Is there a best practise or recommended method of versioning components of a project? Just I may have an EnvironmentServices project with components SpecificService1, SpecificService2... each of these children have independent versioning.
What is the most effective method of implementing this? As standalone Jira doesn't seem to support component versioning: as raised here.
Would it be to create projects for each 'SpecificService' I wish to have a lifecyle for? Or can I take advantage of GreenHopper and use Component/Version hierarchies?
Any suggestions are appreciated.
We have this as our company, and after trying the Greenhopper stuff, we went back to the obvious answer: naming conventions.
As an example, say we have a single project for some tightly integrated codebases which include REST Service and an administration WebApp. We then have the components "Service" and "WebApp". Then we create versions called "Service 1.2.0" and "WebApp 2.1.1". This allows us to have bugs which apply to both components to be in both versions.
It doesn't enforce anything, but it is really clear to anyone browsing the system what the deal is, and people catch on quickly.