We have a few products that run on several (up to 7) different operating systems. I'm struggling a bit with how to best split those varieties of the product out within JIRA. We do plan on integrating with SVN and implementing automating builds, testing, etc.
Versions - do I just append the version number (ie. 9.5) with the OS? 9.5.iOS Are there any drawbacks to having lots of different versions within the same project?
Components - they don't seem set up for OS's, and no versioning within components.
Projects - seems to give the most flexibility with breaking out work, reporting, etc., but a bit cumbersome with the number of separate projects (total products x total OSs = ahhh!)
Any advice from those who have been through this before? Thanks!
The component area seemed logical to me (even though that use seemed a little non-standard), my concern came when I read a bunch of users commenting on the inability to have versioning at a component level.
I'm not sure if that's sufficient reason to not use it though, seems the best fit.
Thanks for the reply
Do you release versions for ALL OS's at the same time or totally independant?
If independant, you should probably work off versions using some custom Nomenclature.
If you just want to track issues against 1 or more OS's etc.. but they are released all together as a single version but multiple OS versions of that product version then go with a custom multi-select field.
Yes, release by OS is often independant (different timing).
We use a custom nomanclature that includes the OS in our builds/release names now. I had considered just porting that over to the JIRA version field, but it seemed like I was jamming too much data into one field that way.
Thanks for the reply
Hi Matt, as I see the best way will be having a project per OS, so you can difference in a better way. Then, inside the project you will have your development versions, as a SVN. For example, there can be a bug in a OS that won't affect others, so this OS particulary will need a new release version.
And the components will be parts of your development, like DB or UI or something like that.
Hope this helps.
We have developed a JIRA plugin that allows component specific version numbers. It enforces component specific versions on issue create, edit, inline edit and workflow screens. You can check it out at Atlassian Marketplace, Component and Bundle Versions for JIRA or at the plug-in's help page for more detailed manual. This Plugin also allows you to group different versions of different components into one bundle. At issue creation page, if you do not select any component, this plugin only allows you to select bundle version numbers. It also provides two new JQL functions (affectsBundle and fixedInBundle) to query issues affecting a bundle.
In your use case. You could just create one JIRA project for each of your product and define each OS version as a component. Define every possible version at project level. Once you have done with component and version definitions. You need to define which version is applible to which OS. Once you have done that plugin will ensure that only the versions applicable to selected OS will be displayed in issue version fields. We welcome any feedbacks.
Remember that time you realized it was possible to refresh your Jira data in Google sheets with just one click? What if we told you that you can now get the latest data with no clicks at all?! Zero! ...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events