[
https://issues.jboss.org/browse/JBIDE-22619?page=com.atlassian.jira.plugi...
]
Nick Boldt commented on JBIDE-22619:
------------------------------------
Sprint details are hardly internal. Check this out:
https://issues.jboss.org/projects/JBIDE?selectedItem=com.atlassian.jira.j...
(note the releases have start/end dates, which align with sprint start/end dates).
Or here:
https://issues.jboss.org/secure/RapidBoard.jspa?projectKey=JBIDE&rapi...
where the sprint start/end dates have been added (by me) into the sprint NAMES so
they're easier to use, particularly if you're adding backlog items to future
sprints.
Also, since EVERY sprint == a new release, 4.4.1.S116 is just as meaningful as
4.4.1.Alpha1, but one implies quality while the other simply states when it was released.
"I rather see the Alpha/Beta/CR... as an indicator of when it's shipped, not
about quality."
How is Alpha an indicator of WHEN, but not of quality?
Decide strategy for fixversion targets in JIRA
----------------------------------------------
Key: JBIDE-22619
URL:
https://issues.jboss.org/browse/JBIDE-22619
Project: Tools (JBoss Tools)
Issue Type: Task
Components: build
Affects Versions: 4.4.1.S116
Reporter: Nick Boldt
Assignee: Alexey Kazakov
Fix For: 4.4.1.S116
We need to decide the strategy for milestones / fixversions in JIRA.
One suggestion has been to align fixversions w/ sprint numbers, thus:
* 4.4.1.S116, 4.4.1.S117, 4.4.1.S118, 4.4.1.S119, ...?
instead of
* 4.4.1.Alpha1, 4.4.1.Alpha2, 4.4.1.Alpha3, 4.4.1.Beta1, ... ?
Questions/concerns:
* what do we do for unscheduled milestones (4.5.0.Alpha1, 11.0.0.Alpha1) and placeholders
(4.4.1.Final, 10.0.1.GA) ? Should we just use Alpha1 or Final/GA until we know which
sprint applies?
* whatever schema we adopt has to work with bzira and jiralint
* any other systems that parse JIRA for integration purposes?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)