[OpenLayers-Dev] survey: Minor Commits during Release Cycle

Erik Uzureau erik.uzureau at metacarta.com
Fri Apr 6 15:40:10 EDT 2007

Hey folks, I came to an interesting situation this morning while working on a
little cleanup of the tile section.

I found that there was a little error in the JSDOC for OpenLayers.Tile.WFS,
and so I made a patch, then made a ticket[1].

During normal development, coders with commit access do not need approval
for making changes to trunk that involve: tests, examples, or documentation.

Since we are in a release cycle, however, I reasoned the following:

If I just commit this directly to trunk, then it will never get
brought up to the
2.4 branch, because there is no ticket for it. In my mind, the way the release
process is done is by surveying the tickets marked 'pullup', and applying
thier patches.

Schuyler brought up that instead of the above procedure, it would be easier
to just make the commit directly to trunk. Then when it's time to make a new
RC candidate, the release manager should be in charge of looking through
the svn logs since the last RC and pulling up any relevant changesets.

The former seems like too much work to him, the latter to me :-)

Thoughts? Revelations?

[1] http://trac.openlayers.org/ticket/644

More information about the Dev mailing list