-
Suggestion
-
Resolution: Won't Fix
-
None
-
None
-
3
-
when working towards a release a number of builds occur. QA needs to be able to tell when something is marked as fixed in version 1.3 whether its actually fixed in the version 1.3 that they are using (e.g. 1.3 build 123 vs. 1.3 build 144) this would be too cumbersome to use in the versions screen.
a build number has to be tied to a given release since some projects start the build numbers over for each release.
as for assigning the build number to features, I used to use starteam and it had a cool feature where clicking "resolved" could assign it to the build number of "next", then when the next build number was created/entered, all the existing issues (within that release) with a build number of "next" were assigned to that number.
- is blocked by
-
JRASERVER-5316 Add ability to group versions
- Gathering Interest
- is duplicated by
-
JRASERVER-5680 Multiple releases per version
- Closed
-
JRASERVER-7527 XPlanner-style iteration management / planning / progress reports
- Closed
-
JRASERVER-15618 Inheritance releases (sub-releases)
- Closed
-
JRASERVER-16614 Additional versions list in Administration view
- Closed
-
JSWSERVER-14837 Iterations
- Closed
- is related to
-
JRASERVER-844 generating release notes
- Closed
-
JRASERVER-2250 Integrate JIRA with automated build process
- Closed
-
JRASERVER-2852 search for issues on version lower or equal to a given version
- Closed
-
JRASERVER-7886 Fixes at different times across multiple versions / branches - best practice & custom field
- Closed
-
JRASERVER-10981 Bulk Version Management
- Gathering Interest
- relates to
-
JRASERVER-4172 Request web service method to create new versions of a project
- Closed
-
BAM-2971 Mark which builds have a JIRA issue is fixed in
- Closed