On Thu, Apr 30, 2009 at 09:30:16AM -0700, Alan Irwin wrote: > On 2009-04-30 09:23-0600 Orion Poplawski wrote: > > > Time to bump version to 5.9.3 in svn? > > Good question. > > Normally, all version bumps (overall release version, library version > numbers, etc.) occur as part of the release process (see > README.Release_Manager_Cookbook). So the overall version bump to 5.9.3 > should happen (according to Hazen's recent post) on Sunday. > > However, README.Release_Manager_Cookbook simply codifies the procedure we > have used in the past, and I certainly think there is room for improvement > since the current version number (5.9.2) in svn is not correct, but changing > it to 5.9.3 would not be correct either until the release. One way to solve > this issue is just after a release change the overall release version to > something intermediate between the release number that was just done and the > next release number to indicate we are preparing for the next release but we > are not there yet. I am leaning toward something non-specific but still > indicative that we are in the development stage between two releases such as > "5.9.2+", but I am open to other suggestions as well. > > Andrew (as Debian packager) and Hazen (as PLplot release manager), what do > you think is the best thing to do here?
Alan, I agree that marking the version as somewhere between releases would be useful. Another alternative would be to generate the version by appending something like svnYYYYMMDD where YYYYMMDD is the date. I have seen other packagers do this to denote non-release versions. This is probably an overkill. >From a debian point of view we tend to be conservative and only package release versions. Releases tend to be regular enough that this isn't a problem. Any other urgent bug fixes backported from svn are applied as debian patches to the release version, and so the between version numbering scheme is not particularly important from that point of view. Debian package versions have quite strict rules so if I ever had to package a between release version I would probably have to make something different anyway. I quite like your idea of something like 5.9.2+ though as it is simple. Andrew ------------------------------------------------------------------------------ Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
