AW: [Qgis-developer] Planning for release of QGIS 1.1.0, 1.0.1

Hugentobler Marco marco.hugentobler at karto.baug.ethz.ch
Fri Feb 13 03:45:06 EST 2009


Hi Tim

>Secondly, I would like to get the release checklist timelines done for QGIS 
>1.1 [2] and to do that I need to get a better idea of current status and 
>plans. I am hoping that we can release by the end of March or early April - 
>how does that work for everyone?

When do you estimate feature freeze?
Because I like to make the overlay (diagram) branch ready for testing next week. I hope there is still time for testing and merging before freeze.

Regards,
Marco

-----Ursprüngliche Nachricht-----
Von: qgis-developer-bounces at lists.osgeo.org im Auftrag von Tim Sutton
Gesendet: Fr 13.02.2009 07:14
An: qgis-developer
Betreff: [Qgis-developer] Planning for release of QGIS 1.1.0, 1.0.1
 
Dear all

Can we take a few moments to realign ourselves towards another release? 

Firstly I would like to put out a 1.0.1 maintenance release. If anyone has 
additional language updates, bug fixes etc please get them into the stable 
branch over the next week. I will branch 1.0.1 on Friday 19th. I will not go 
through the full checklist process, but simply call for new packages on the 
20th and announce the update when the release is packaged.

Secondly, I would like to get the release checklist timelines done for QGIS 
1.1 [2] and to do that I need to get a better idea of current status and 
plans. I am hoping that we can release by the end of March or early April - 
how does that work for everyone?

Could I ask all those who are busy with (or have implemented) new features in 
trunk the visit the checklist [2] and add your features near the top of the 
file and an estimate of the time you need to complete work on the feature.


Also a couple of reminders:

- If you append new methods to the public API (qgis_core & qgis_gui) please 
include a doxygen note like this:

/* This method makes coffee, tea and crumpets
 * @param int Number of crumpets
 * @return int Number of burned crumpets
 * @note This method was added in QGIS 1.1. Avoid using this if you wish 
 *             to maintain compatibility with the QGIS 1.0 stable release
*/                

- (especially for those who recently obtained SVN write access) that even 
though we now have a stable branch, in-progress features should not be worked 
on in trunk but in a separate branch.

- Please remember to port fixes from trunk to stable branch [1] or verca vica 
as applicable when you commit them. The simplest way I have found to do that 
is to generate a diff before applying your changes and then switch to the other 
version and apply the patch. Otherwise you can use svn merge....


Looking forward to the next release!


[1] svn co https://svn.osgeo.org/qgis/branches/Version-1_0
[2] http://wiki.qgis.org/qgiswiki/ReleaseChecklist1.1

Regards,

-- 
Tim Sutton, Linfiniti Consulting
==============================================
* QGIS Project Steering Committee Member (Release  Manager)
* Visit http://linfiniti.com for more information 
   about the QGIS and FOSS services we provide.
* Skype: timlinux Irc: timlinux on #qgis at freenode.net
==============================================





More information about the Qgis-developer mailing list