26 Mar
2007
26 Mar
'07
3:45 p.m.
Hi everyone,
In an effort to find out everything we need to do for 1.0 and in an
effort to provide a good planning for our users, I'm proposing the
following:
* Any issue that we've reviewed need to be assigned a version ("Fix
for" field).
* Anyone assigning a "fix for" means he's planning to fix the issue
in that version. Of course things can change thereafter but it means
a user seeing that the issue is assigned a given version should have
some confidence that it's going to be fixed in that version.
* There's a special version called "Future" for issues that have been
reviewed but that haven't been scheduled to be implemented in a
version yet
* As a consequence, I propose we review and move the issues that have
a fix for of "2.0", "1.1" and "unknown". Some will need to
go in 1.0
but most should go in "Future"
* Committers who want to implement stuff for 1.1 should move them to
1.1 but again this a commitment for oneself, not the desire to see
this implemented in 1.1, which is very different and what we were
doing till now.
* After we release 1.0, we'll need to do a pass on the "Future"
issues and everyone will have to pick some issues that he thinks/
wants to be implemented in 1.0.1 and/or 1.1
Is that ok for everyone?
Thanks
-Vincent