22 Jan
2007
22 Jan
'07
3:12 p.m.
On Nov 15, 2006, at 12:48 PM, Ludovic Dubost wrote:
It's not sure that we will find exactly in which version they have
been
fixed.
If we are working on the head, is the policy to mark it fix for the
upcoming release ?
The policy is to fill the "fix for" either:
* When you're planning to fix an issue for a given release. If it
happens that it's not fixed for that release then the fix for must be
updated at the time of the release
* When you're closing an issue
In any case there should never be any issue closed without a "fix
for" filled.
in this case what happens if the upcoming release
never comes out or does not have the version number that we thought
I'm not
sure what you mean. Imagine that we define a version named
1.1 planned for a given date. Now imagine that we decide not to
release this version and instead to name it 1.0.9. Then in JIRA we'll
rename 1.1 in 1.0.9 and all issues will then have a fix for for 1.0.9.
I'm probably not understanding something here :-)
Thanks
-Vincent
Maybe we need to define our versioning policy
Ludovic
Vincent Massol a écrit :
Hi developers,
I've noticed that there are 43 issues which are resolved or
closed and
which
do not have a "fix for" value. This
means that these issues are
not going to
be associated with a XWiki version which also
means that they are
unaccounted for and that users cannot know in which version they
have been
fixed.
I think it would be good if everyone had a look and added a "fix
for"
value
for the issues they have fixed.
WDYT?
Note: With the default jira workflow it's not possible to edit an
issue
that
has been closed so you'll have to reopen it
and close it again.
If you want
I can also modify the workflow to allow editing
an issue that's
been closed.
Let me know.
Thanks
-Vincent