-
Notifications
You must be signed in to change notification settings - Fork 2
56ReleasePlan
'''New Features and Major Bug Fixes'''
New features in 5.6:
''Completed:''
- [http://mapserver.org/development/rfc/ms-rfc-51.html MS RFC 51]: XML Mapfile schema and XSLT (see [wiki:XMLMapfiles])
- [http://mapserver.org/development/rfc/ms-rfc-52.html MS RFC 52]: One-pass query processing, making WFS queries on database backends much much faster
- [http://mapserver.org/development/rfc/ms-rfc-55.html MS RFC 55]: Improve control of output resolution, allows printing maps at printer resolution using a mapfile defined for screen resolution
- [http://mapserver.org/development/rfc/ms-rfc-57.html MS RFC 57]: Labeling enhancements: ability to repeat labels along a line/multiline
''Preview features that will be fully functional only in 6.0:''
- [http://mapserver.org/development/rfc/ms-rfc-50.html MS RFC 50]: OpenGL Rendering Support (what is the status of this?)
- [http://mapserver.org/development/rfc/ms-rfc-54.html MS RFC 54]: Rendering Interface API
''Other notable enhancements include:''
- Security fixes (also backported to 5.4):
- Improved security relative to untrusted directories and mapfiles (RFC 56)
- Fixed several security issues found in an audit of the CGI application (#2939, #2941, #2942, #2943, #2944)
- Performance optimizations:
- Load all GDAL image bands in one pass for faster processing (r9260)
- Optimized access to very large shapefiles (#2930)
- Several enhancements/fixes to OGC Web Services specs support
- Several enhancements/fixes to all flavors of MapScript
See also the HISTORY.TXT for this release: http://trac.osgeo.org/mapserver/browser/trunk/mapserver/HISTORY.TXT
A 5.4 -> 5.6 migration guide is being worked on. For now it lives in the source tree but should become part of official documentation soon:
http://trac.osgeo.org/mapserver/browser/trunk/mapserver/MIGRATION_GUIDE.TXT
'''Planned Dates'''
We will plan for 3 betas and 2 release candidates (RC) over a 6 week period after the feature freeze (1 beta/RC per week each Wednesday). This will lead us to a final release sometime around October 24th, 2009 (the day of the FOSS4G Code Sprint in Sydney):
* Feature freeze - Fri. Sept. 18, 2009
* 5.6.0-beta1 - Wed. Sept. 23, 2009
* 5.6.0-beta2 - Thu. Oct. 1, 2009
* 5.6.0-beta3 - Thu. Oct. 8, 2009
* 5.6.0-beta4 - Sat. Oct. 17, 2009 (real: Oct. 18th)
* 5.6.0-beta5 - not planned (real: Nov 4th)
* 5.6.0-rc1 - Sat. Oct. 24, 2009 (real: Nov 27th)
* 5.6.0 (final) - Sat. Oct. 31, 2009 (real: Dec 4th)
'''Release Manager (see [http://mapserver.org/development/rfc/ms-rfc-34.html MS RFC 34])'''
Daniel Morissette
'''SVN Tags/Branches'''
* The main trunk SVN is currently the 5.5 development version that we plan to release as 5.6
* The stable SVN branch for this release will be called "branch-5-6" (not created yet).
* Current proposed date for creating "branch-5-6" is the date of the 5.6.0 release (TBD)
* If post-5.6 developments require earlier branching then please bring up your request for branching on the -dev list.
* The betas will be tagged in SVN as "rel-5-6-0-beta1", "rel-5-6-0-beta2", ... and the release candidates as "rel-5-6-rc1", "rel-5-6-rc2", etc...
'''Trac Conventions'''
In order to facilitate querying the Trac database for tickets that still need to be addressed for this release, we try to stick to the following conventions:
* Tickets to be addressed for this release must have their target milestone set to "5.6 release"
* Bugs/Enhancements? that can't make it in this release but that we may want to address at a later time should be marked with the "FUTURE" target milestone with a comment explaining that the bug is postponed and if possible a quick analysis
* The target milestone on a ticket should be set by the developers (bug owners) and not by the users (reporters).
Other good practices when dealing with tickets:
* Please file tickets for any non-trivial bugfix or change to the software. This is so that we keep a trace for future reference of all bugfixes and changes that were made (why and how).
* Please mark bugs ASSIGNED as soon as you start working on them
* Please when marking a bug fixed include a comment describing the fix, the version of the software in which it was done, the SVN changeset number (e.g. r1234) and any other relevant information. This will just make our lives easier in a few months/years when questions come up about this issue.
* When committing to SVN, please include the bug number in your SVN change log comment e.g. (#1234).
* Keep documentation in mind when fixing/changing things: if you cannot update the documentation yourself then please create a documentation bug describing the new feature/change and which document(s) should be updated.
The following query returns all currently open bugs that are tagged with the "5.6 release" target milestone:
[http://trac.osgeo.org/mapserver/query?status=new&status=assigned&status=reopened&milestone=5.6+release]
'''QA'''
TODO...
'''Open Tasks'''
None