[Proposal/JIRA] New "Future" version for issue scheduling

Vincent Massol vincent at massol.net
Mon Mar 26 15:45:02 CEST 2007


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





More information about the devs mailing list