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?