On Mon, 24 Jul 2006 15:06:57 -0600 Travis Oliphant <[EMAIL PROTECTED]> wrote:
> Andrew Straw has emphasized that the current strategy of appending the > SVN version number to development versions of the SVN tree makes it hard > to do version sorting. > > His proposal is to not change the version number until the first beta > comes out. > > In other words, the trunk should not be 1.1 but 1.0dev? > > Are there any opposing opinions to this change. I personally think that > is a confusing numbering scheme because 1.0dev seems to imply it's the > development for version 1.0 instead of 1.1. But, if several others > think it's a good idea to support easy-sorting of version numbers, then > I will conceed. > > Perhaps we can have a version 'number' as 1.0plus? What if we use even numbers for stable releases, odd for development releases, like for Linux kernels? e.g., make 1.1 the dev branch (current trunk), and make 1.2 the next stable release after 1.0. Or, make the trunk 1.0.99.<svn version> The .99 usually makes it pretty clear that it's the development branch. -- |>|\/|< /--------------------------------------------------------------------------\ |David M. Cooke http://arbutus.physics.mcmaster.ca/dmc/ |[EMAIL PROTECTED] ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Numpy-discussion mailing list Numpy-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/numpy-discussion
