Changes between Initial Version and Version 1 of 52ReleasePlan


Ignore:
Timestamp:
Dec 3, 2008, 11:28:41 AM (15 years ago)
Author:
hobu
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • 52ReleasePlan

    v1 v1  
     1{{{
     2#!html
     3
     4<p>This is the MapServer 5.2 release plan adopted by the MapServer PSC on 2008-xx-xx.</p><p>See <a title="MS RFC 34: MapServer Release Manager and Release Process" href="../../rfc/ms-rfc-34">MS RFC 34</a> for more details on the MapServer Release Process.<br /></p><h3>New Features and Major Bug Fixes</h3><p>New features in 5.2:</p><ul><li><a href="../../../rfc/ms-rfc-36">MS RFC 36</a>: Simplified Template Support for Query Output</li><li><a href="../../../rfc/ms-rfc-37">MS RFC 37</a>: Spatial Reference Improvements and Additions</li><li><a href="../../../rfc/ms-rfc-38">MS RFC 38</a>: Native Microsoft SQL Server 2008 Support</li><li><a href="../../../rfc/ms-rfc-41">MS RFC 41</a>: WCS 1.1.x Support</li><li><a href="../../../rfc/ms-rfc-42">MS RFC 42</a>: Support for Cookie Forwarding</li><li><a href="../../../rfc/ms-rfc-43">MS RFC 43</a>: Direct Tile Generation for Google Maps API<br /></li></ul><p></p><div class="section"><em>Other notable enhancements include:</em></div><ul><li><div class="section">performance enhancements for large shapefile handling</div></li><li><div class="section">performance enhancements for AGG rendering (an order of magnitude faster in some cases)</div></li><li><div class="section">fuzzy label outlines for AGG</div></li><li><div class="section">style-level opacity for AGG</div></li><li><div class="section">quantization and palette support for PNGs and RGBA modes</div></li><li><div class="section">SOS 1.0.0 support</div></li><li><div class="section">WFS 1.1.0 support</div></li><li><div class="section">proxy and http authentication support for cascaded WMS requests</div></li><li><div class="section">pre-clip label point computation (helps in tile generation)</div></li><li><div class="section">extent (e.g. shpext, mapext) template tag attibute handling</div></li></ul><br /><h3>Planned Dates</h3><p class="section">We will plan for 2 betas and 2 release candidates (RC) over a 4 week period after the code freeze (1 beta/RC per week each Wednesday). This will lead us to a final release around July 1st:</p><div class="section"><ul class="simple"><li>Feature freeze - Fri. June 6th, 2008</li><li>5.2.0-beta1 - Wed. June 11th, 2008</li><li>5.2.0-beta2 - Wed. June 18th, 2008</li><li>5.2.0-beta3 - Wed. June 25th, 2008</li><li>5.2.0-beta4 - Wed. July 2nd, 2008</li><li>5.2.0-rc1 - Wed. July 9th, 2008</li><li>5.2.0 (final) - Wed. July 16th, 2008</li></ul><br /><h3>Release Manager (see <a title="MS RFC 34: MapServer Release Manager and Release Process" href="../../rfc/ms-rfc-34">MS RFC 34</a>)<br /></h3></div><div class="section">Steve Lime<br /><br /></div><p></p><h3 class="section">SVN Tags/Branches</h3><br /><div class="section"><ul class="simple"><li>The main trunk SVN is currently the 5.1 development version that we plan to release as 5.2</li><li>The stable SVN branch for this release will be called "branch-5-2" (not created yet).</li><li>Current proposed date for creating "branch-5-2" is the date of the 5.2.0 release (around July 1, 2008)</li><li>If post-5.2 developments require earlier branching then please bring up your request for branching on the -dev list.</li><li>The betas will be tagged in SVN as "rel-5-2-0-beta1", "rel-5-2-0-beta2", ... and the release candidates as "rel-5-2-rc1", "rel-5-2-rc2", etc...</li></ul></div><p></p><div id="bugzilla-conventions" class="section"><h3><br /></h3><h3>Trac Conventions<br /></h3><p>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:</p><ul class="simple"><li>Tickets to be addressed for this release must have their target milestone set to "5.2 release"</li><li>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</li><li>The target milestone on a ticket should be set by the developers (bug owners) and not by the users (reporters).</li></ul><p>Other good practices when dealing with tickets:</p><ul class="simple"><li>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).</li><li>Please mark bugs ASSIGNED as soon as you start working on them</li><li>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.</li><li>When committing to SVN, please include the bug number in your SVN change log comment e.g. (#1234).</li><li>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.</li></ul><p>The following query returns all currently open bugs that are tagged with the "5.2 release" target milestone:</p><p><a href="http://trac.osgeo.org/mapserver/query?status=new&amp;status=assigned&amp;status=reopened&amp;milestone=5.2+release">http://trac.osgeo.org/mapserver/query?status=new&amp;status=assigned&amp;status=reopened&amp;milestone=5.2+release</a></p><p></p></div><h3 class="section">QA</h3>TODO...<br /><br /><p class="section"></p><div id="open-tasks" class="section"><h3>Open Tasks</h3><p>None.</p></div>
     5}}}