[xwiki-devs] [Proposal] JIRA Fix for strategy
Hi, I'd like to clarify the strategy I'd like to propose that we use for JIRA fix for values since we haven't been very consistent about this in the past. Proposed rules: * We put all "fix for" for all places the commits have been done. If the commit has been done on 3 locations then we need 3 fix for values. For ex right now if you commit on trunk + in 1.8 branch you need fix for for *both* 1.8RC2 and 1.9M1. * In the release notes on xwiki.org we only put issues that haven't been already released in past versions. So when 1.9 M1 release notes are written you should exclude 1.8RC2 issues since they would have been released already (1.8RC2 is planned before 1.9M1). WDYT? If we agree can everyone check his jira issues and correct the fix for values? Thanks -Vincent http://xwiki.com http://xwiki.org http://massol.net
Hi Vincent, Vincent Massol wrote:
Hi,
I'd like to clarify the strategy I'd like to propose that we use for JIRA fix for values since we haven't been very consistent about this in the past.
Proposed rules:
* We put all "fix for" for all places the commits have been done. If the commit has been done on 3 locations then we need 3 fix for values. For ex right now if you commit on trunk + in 1.8 branch you need fix for for *both* 1.8RC2 and 1.9M1.
I'm already doing this, so +1
* In the release notes on xwiki.org we only put issues that haven't been already released in past versions. So when 1.9 M1 release notes are written you should exclude 1.8RC2 issues since they would have been released already (1.8RC2 is planned before 1.9M1).
What about 1.8.1 (or any other bug-fix release) and 1.9M1 (a development release)? In this case the two versions are somehow independent so I guess we should keep the fixed issues in both release notes. Thanks, Marius
WDYT?
If we agree can everyone check his jira issues and correct the fix for values?
Thanks -Vincent http://xwiki.com http://xwiki.org http://massol.net
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Feb 26, 2009, at 10:50 PM, Marius Dumitru Florea wrote:
Hi Vincent,
Vincent Massol wrote:
Hi,
I'd like to clarify the strategy I'd like to propose that we use for JIRA fix for values since we haven't been very consistent about this in the past.
Proposed rules:
* We put all "fix for" for all places the commits have been done. If the commit has been done on 3 locations then we need 3 fix for values. For ex right now if you commit on trunk + in 1.8 branch you need fix for for *both* 1.8RC2 and 1.9M1.
I'm already doing this, so +1
* In the release notes on xwiki.org we only put issues that haven't been already released in past versions. So when 1.9 M1 release notes are written you should exclude 1.8RC2 issues since they would have been released already (1.8RC2 is planned before 1.9M1).
What about 1.8.1 (or any other bug-fix release) and 1.9M1 (a development release)?
If 1.8.1 arrives before 1.9M1 then no problem. The release notes for 1.9M1 will have a section named "Changes since 1.8.1". If 1.8.1 arrives after 1.9M1 then the 1.8.1 release notes will have a section named "Changes since 1.8". Is that what you meant?
In this case the two versions are somehow independent so I guess we should keep the fixed issues in both release notes.
Thanks -Vincent
WDYT?
If we agree can everyone check his jira issues and correct the fix for values?
Thanks -Vincent http://xwiki.com http://xwiki.org http://massol.net
Vincent Massol wrote:
On Feb 26, 2009, at 10:50 PM, Marius Dumitru Florea wrote:
Hi Vincent,
Vincent Massol wrote:
Hi,
I'd like to clarify the strategy I'd like to propose that we use for JIRA fix for values since we haven't been very consistent about this in the past.
Proposed rules:
* We put all "fix for" for all places the commits have been done. If the commit has been done on 3 locations then we need 3 fix for values. For ex right now if you commit on trunk + in 1.8 branch you need fix for for *both* 1.8RC2 and 1.9M1. I'm already doing this, so +1
* In the release notes on xwiki.org we only put issues that haven't been already released in past versions. So when 1.9 M1 release notes are written you should exclude 1.8RC2 issues since they would have been released already (1.8RC2 is planned before 1.9M1). What about 1.8.1 (or any other bug-fix release) and 1.9M1 (a development release)?
If 1.8.1 arrives before 1.9M1 then no problem. The release notes for 1.9M1 will have a section named "Changes since 1.8.1". If 1.8.1 arrives after 1.9M1 then the 1.8.1 release notes will have a section named "Changes since 1.8".
Is that what you meant?
Yes. +1 Thanks, Marius
In this case the two versions are somehow independent so I guess we should keep the fixed issues in both release notes.
Thanks -Vincent
WDYT?
If we agree can everyone check his jira issues and correct the fix for values?
Thanks -Vincent http://xwiki.com http://xwiki.org http://massol.net
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Marius Dumitru Florea wrote:
Hi Vincent,
Vincent Massol wrote:
Hi,
I'd like to clarify the strategy I'd like to propose that we use for JIRA fix for values since we haven't been very consistent about this in the past.
Proposed rules:
* We put all "fix for" for all places the commits have been done. If the commit has been done on 3 locations then we need 3 fix for values. For ex right now if you commit on trunk + in 1.8 branch you need fix for for *both* 1.8RC2 and 1.9M1.
I'm already doing this, so +1
Me too,+1.
* In the release notes on xwiki.org we only put issues that haven't been already released in past versions. So when 1.9 M1 release notes are written you should exclude 1.8RC2 issues since they would have been released already (1.8RC2 is planned before 1.9M1).
What about 1.8.1 (or any other bug-fix release) and 1.9M1 (a development release)? In this case the two versions are somehow independent so I guess we should keep the fixed issues in both release notes.
Thanks, Marius
WDYT?
If we agree can everyone check his jira issues and correct the fix for values?
Thanks -Vincent http://xwiki.com http://xwiki.org http://massol.net
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Thu, Feb 26, 2009 at 4:31 PM, Vincent Massol <[email protected]> wrote:
Hi,
I'd like to clarify the strategy I'd like to propose that we use for JIRA fix for values since we haven't been very consistent about this in the past.
Proposed rules:
* We put all "fix for" for all places the commits have been done. If the commit has been done on 3 locations then we need 3 fix for values. For ex right now if you commit on trunk + in 1.8 branch you need fix for for *both* 1.8RC2 and 1.9M1.
+1, already doing it.
* In the release notes on xwiki.org we only put issues that haven't been already released in past versions. So when 1.9 M1 release notes are written you should exclude 1.8RC2 issues since they would have been released already (1.8RC2 is planned before 1.9M1).
+1. JV.
On Thu, Feb 26, 2009 at 9:01 PM, Vincent Massol <[email protected]> wrote:
Hi,
I'd like to clarify the strategy I'd like to propose that we use for JIRA fix for values since we haven't been very consistent about this in the past.
Proposed rules:
* We put all "fix for" for all places the commits have been done. If the commit has been done on 3 locations then we need 3 fix for values. For ex right now if you commit on trunk + in 1.8 branch you need fix for for *both* 1.8RC2 and 1.9M1. * In the release notes on xwiki.org we only put issues that haven't been already released in past versions. So when 1.9 M1 release notes are written you should exclude 1.8RC2 issues since they would have been released already (1.8RC2 is planned before 1.9M1).
WDYT?
If we agree can everyone check his jira issues and correct the fix for values?
+1
+1 On Thu, Feb 26, 2009 at 16:31, Vincent Massol <[email protected]> wrote:
Hi,
I'd like to clarify the strategy I'd like to propose that we use for JIRA fix for values since we haven't been very consistent about this in the past.
Proposed rules:
* We put all "fix for" for all places the commits have been done. If the commit has been done on 3 locations then we need 3 fix for values. For ex right now if you commit on trunk + in 1.8 branch you need fix for for *both* 1.8RC2 and 1.9M1. * In the release notes on xwiki.org we only put issues that haven't been already released in past versions. So when 1.9 M1 release notes are written you should exclude 1.8RC2 issues since they would have been released already (1.8RC2 is planned before 1.9M1).
WDYT?
If we agree can everyone check his jira issues and correct the fix for values?
Thanks -Vincent http://xwiki.com http://xwiki.org http://massol.net
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
participants (6)
-
Anca Paula Luca -
Asiri Rathnayake -
Jean-Vincent Drean -
Marius Dumitru Florea -
Thomas Mortagne -
Vincent Massol