Customers have installed this add-on in at least 261 active instances.
    by Broken BuildAtlassian Verified
    Broken Build is an Atlassian Verified vendor. Verified vendors demonstrate Atlassian standards for add-on quality, reliability, and support.

    Learn more

    for JIRA Server 7.0.0 - 7.4.1 and more versions
    Versions available for JIRA Server 5.0.1 - 6.4.14
    JIRA Service Desk
    This add-on is compatible with JIRA Service Desk.
    Broken Build supports this add-on.

    Get support

    Data Center
    This add-on is compatible with the clustering and high-availability capabilities of our products.
    JIRA Service Desk
    This add-on is compatible with JIRA Service Desk.

    Add more granularity to your project with subcomponents hierarchy, plan releases on a component level with component versions

    Add more granularity to your project with subcomponents hierarchy, plan releases on a component level with component versions

    Define project structure with subcomponents

    Track component releases

    Select components & versions with ease

    Add much more granularity to your project structure and get an instant overview of all issues of particular sub-component tree by converting a plain list of components into visual subcomponents hierarchy

    With component versions you can track releases on a lower project level. If your project is big and consists of other modules that can be released independently then this is your release management solution

    You can select components and versions from subcomponents hierarchy and component versions using new field pickers for "Components" and "Fix version/s" fields which is JIRA Service Desk compatible as well.

    More details

    Please note: for JIRA 6.3 - 6.4 use version 1.10.4.jira6

    With just few clicks you can convert a plain list of JIRA project components into hierarchical tree of components-subcomponents to visualize JIRA project structure and enable selection of components from the visual hierarchy.

    • Create new components and add them into hierarchy on the new Subcomponents Project Tab using drag & drop interface.
    • Browse all issues for any component and all it's subcomponents.
    • Select components from subcomponents hierarchy when creating or editing issue with subcomponents field picker.
    • Search issues in subcomponents hierachy using subcomponents() JQL function.
    • Multi-select drag&drop components to design a subcomponents hierarchy
    • JIRA Service Desk integration & support
    • Component versions to organize releases on component level

    Atlassian suggests to use Subcomponents add-on as the implementation of the subcomponents feature.

    Check documentation for more details or get support if you have any questions.

    User reviews

    Sign in to write a review
    by Fabio Genovese on 2016-05-09
    Very good addon. Useful, extend native JIRA functionality adding with a good feature: hierarchy for components. This is a very good way to organize all.
    1 out of 1 found this review helpful
    Was this review helpful?YesNo
    by DavidM on 2016-02-08
    This add-on works with JIRA native functionality for Components and Versions. It essentially allows: (A) a 1-to-many relationship (enforced constraint) between JIRA Components and JIRA versions and; (B) a hierarchical relationship for JIRA Components in order organise them better (useful if you have a lot). Positives: 1. Intuitive UI 2. Good documentation 3. Goes someway to filling the void caused by JIRA's lack of native functionality for component versioning 4. Because it works with JIRA native Components and Versions it can be removed without losing your key data. In other words, it is safe to uninstall in the future (like when JIRA address this natively in 2099 :) as you just lose relationships introduced by this add-on as opposed to the Components and Versions themselves. Negatives: 1. For the JIRA "Fix Version/s" field, user has to click the "version picker" button (this is a button this add-on plugs into the JIRA UI) in order for the constraint between Component and Version to be enforced. The developer can bypass this and select any fix version in the native JIRA field if they so desire. This is a MAJOR limitation because it means you are dependent on the user (not the software) to ensure the correct fix versions are assigned to a JIRA issue. 2. It does not support Virtual Components for creating a component hierarchy (you would use this to better organising your components). In our case, we have 15 Windows Services that are each JIRA Components but we group them under the category "Windows Services" so they appear in a hierarchical format when the user selects the "version picker" button (which is plugged into the JIRA UI by this add-on). The problem is that "Windows Services" itself is not a real software component but still you must add it as one in order to represent the hierarchy. The problem is that a user can then erroneously assign issues to this virtual component. 3. Bug. On the JIRA Edit page (click "Edit" button on a JIRA issue) if you change the "Component" and then click the "version picker" button for "Fix Version/s", it does not pick up the change you made in the Component field until you save the issue first. This is a real nuisance as you have to save and then reopen the issue. I'm sure this can be fixed relatively easily so I hope the developer addresses it soon. 4. Requires JIRA Project Admin permissions in order to add new versions and set the relationships between components and versions. To be fair, this is probably an inherited limitation from JIRA itself so not sure that much can be done here. The competing component called "Component/Subcomponent/Bundle Versions" is more functionally rich and significantly cheaper but the UI is not at all intuitive so we opted to purchase this component despite the negatives I mention above. Still, it was a borderline decision and we did so in the hope that the developer addresses some of the limitations I mention here in a future version. Good but more work needed.
    2 out of 2 found this review helpful
    Was this review helpful?YesNo
    Broken Build

    Hi David,

    Thanks for your review and feedback!

    #1, #2 are in our roadmap, #3 fixed in v1.6.2, #4 works as designed

    Vasiliy Krokha

    Broken Build

    by Vishal Singh on 2016-01-07
    Overall very good plugin to track releases at component version level. But off and on we are receiving feedback from various teams that if some constraint or workflow can be created around component version release then it will be very helpful. What I mean by constraints: 1. No new issues can be added to a released component version 2. Component version can not be released if any of the related issues is still in open state (i.e. not in [Closed, Resolved] state).
    1 out of 1 found this review helpful
    Was this review helpful?YesNo
    Broken Build

    Hi Vishal,

    Thank you for your feedback! We will investigate how your suggestions can be implemented.


    Vasiliy Krokha [Broken Build]

    by Guenter Frick on 2015-06-20
    Uses the same table structure to deploy the "sub-components". So it's not a real component to subcomponent relation. When opening the list of components ALL subcomponents are listed as well. In this setup the plugin is not usable. Guenter
    1 out of 1 found this review helpful
    Was this review helpful?YesNo
    Broken Build

    Hi Guenter,

    The relation between component and subcomponent is in fact real, but your concern is about that sub-components shouldn't be displayed in components list. This means that from your point of view sub-components are not really a components, but something else which may also be true. In our implementation we treat subcomponent as a component which is put at some level of components hierarchy, but essentially components and subcomponents are same entities. That is why they are all shown in project component list.



    by Anna on 2015-05-19
    This is a good plugin but we are looking to enable hierarchy of components which are not real components, sort of creating groups of components, for example Modules / Types of work / Products groupings. These cannot be real components, only the ones underneath are real and can be chosen in issue edit/create screen. We are aware that when uninstalling plugin which enables this, the not-real components could be gone - which is proper since they only serve as groupings.
    2 out of 2 found this review helpful
    Was this review helpful?YesNo


    Pricing details are loading…

    Paid-via-Atlassian pricing FAQ

    How does server add-on pricing work?

    Server products and add-ons are hosted on your servers. Licenses are perpetual and the purchase price include 12 months of maintenance (support and version updates).

    You can renew maintenance after 12 months at 50% of the current purchase price. You can upgrade the tier of your host product and add-on licenses at any time. Upgrade prices are calculated based on Atlassian's formula (view example).

    If add-on pricing changes after your initial purchase, there's a 60-day grandfathering period during which you can renew based on the old pricing.

    How do I determine my server pricing?

    Add-ons are billed based on the number of users in your host product. For JIRA Server 7.0 or later, the add-on tier should match the maximum tier of the licensed JIRA products on your instance. For example, if you're running JIRA Software (50 users) and JIRA Service Desk (10 agents) on the same instance, you should purchase the 50-user tier for add-ons. For versions of JIRA Server prior to 7.0, the add-on tier should match the licensed user tier for JIRA. Even if fewer users want to use the add-on than your JIRA license, the two licenses should match exactly.Note: While this add-on has features specific to JIRA Service Desk, the add-on is technically available across the whole JIRA instance. Therefore the above guidelines for the license tier still apply.

    Do you offer academic, community, or open-source licenses?

    For server add-ons, purchase and renewal is half-price if you have an academic license for your Atlassian host product. Server add-ons are always free for community and open-source licenses.

    For more details about qualifying for special licenses, see here.

    Can I extend my free trial?

    For server add-ons, you can extend your add-on trial up to 5 times - in other words, for up to six months. Extend your trial by generating a new evaluation license key from Atlassian Marketplace. Click Try it free and you'll be directed to generate a new license. Paste this license key into the add-on listing in UPM from your Atlassian host product, and you're all set.

    How can I buy add-ons for my legacy JIRA Server or Confluence Server license?

    If you own a legacy JIRA Server Unlimited (100+ users) or Confluence Server Unlimited (2000+ users) license purchased in 2012 or earlier, legacy add-on pricing is no longer available. You have two options for add-on purchasing:

    • Purchase the add-on at the non-legacy Unlimited (10000+ users) tier.
    • Renew your JIRA or Confluence license at a non-legacy tier, then purchase the add-on at the same tier.

    Learn more

    Broken Build is an vendor, committed to providing support for their add-ons at least 8 hours a day, 5 days a week.

    Vendor support resources


    Find out how this add-on works.

    See existing Q&A in Atlassian CommunityAsk a question in the Atlassian Community

    Atlassian-hosted discussions connect you to other customers who use this add-on.


    Version 1.10.6 JIRA Server 7.0.0 - 7.4.1 Released 2017-06-29


    Bug fixes


    In this release we have temporarily removed subcomponents issue panel which will come back redesigned in version 2.0.

    Also we have removed links to project component pages which are not available in JIRA 7.


    1. Log into your JIRA instance as an admin.
    2. Click the admin dropdown and choose Atlassian Marketplace. The Manage add-ons screen loads.
    3. Click Find new add-ons from the left-hand side of the page.
    4. Locate Subcomponents and Component Versions via search. The appropriate add-on version appears in the search results.
    5. Click Try free to begin a new trial or Buy now to purchase a license for Subcomponents and Component Versions. You're prompted to log into MyAtlassian. Subcomponents and Component Versions begins to download.
    6. Enter your information and click Generate license when redirected to MyAtlassian.
    7. Click Apply license. If you're using an older version of UPM, you can copy and paste the license into your JIRA instance.

    To find older Subcomponents and Component Versions versions compatible with your instance, you can look through our version history page.

    Similar add-ons