[jbosstools-issues] [JBoss JIRA] (JBIDE-22619) Decide strategy for fixversion targets in JIRA

Nick Boldt (JIRA) issues at jboss.org
Mon Jun 20 11:39:00 EDT 2016


    [ https://issues.jboss.org/browse/JBIDE-22619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13254753#comment-13254753 ] 

Nick Boldt commented on JBIDE-22619:
------------------------------------

Purpose here as Max states is to make overhead less. We're now setting a fixversion AND a sprint #, which mean the same thing but require two steps / two labels. So why do we need both? 

And for JBDS issues, we also have a Target version (the GA release in which the JIRA will be done, even if fixed in an earlier milestone). So that's THREE places we're setting the same information.

Then, when we move shortly to use jgit timestamps (JBIDE-13671), we eliminate the need for BUILD_ALIAS (for everything except the 2 plugins used to define the "version" of JBT/devstudio in ide-config.properties). So now the parent pom doesn't have to contain an Alpha/Beta quality-descriptor - we only care about WHEN it's being built, not HOW GOOD it is.

Otherwise we will end up concocting arbitrary (and probably wrong) qualifiers like Alpha1, Alpha2, Alpha3 in JIRA just so as to differentiate between sprint releases. Does everyone remember when we were building toward Alpha3 and it was suddenly renamed to Final because we needed to make it a GA release ? Ah, good (confusing) times.



> 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)


More information about the jbosstools-issues mailing list