Hi, > There's three issues regarding the version number I want to discuss.
Let's see. > The first is simply that it should now be changed from 1.8.1 to 1.9.0 > because a new feature has been added since 1.8.0 was released. Right. > Secondly, the current version number in source code and the current > version number in the bug tracker do not match. This should never > happen - as soon as 1.8.0 was released the version number of trunk > should have been bumped up to 1.8.1. I think we should have a > formalised release procedure which documents things like this. Although I agree, to be honest there is not so many people contributing to pytrainer and therefore I don't expect tickets but current distribution list regarding development version issues so I am not really worried about. > Thirdly, that the version number is defined in main.py and manually > includes the VC revision number means main.py is modified in every > other commit. This makes browsing the main.py revision log extremely > difficult - I agree. > it made my job of searching for historical schema changes > harder than it needed to be. In the long term we should move the > version number to its own file. In the short term I would like to put > a halt to the convention of including the SVN revision number in the > trunk version number. Instead of "-svn#<rev>" I suggest we just use > "-dev" as the suffix for the development trunk. This will dramatically > reduce the number of commits made against main.py. I like the idea even more if we can automatize it. The reason for including revision number was to make clearer which development version is running when making changes as it appears in title bar. I agree we need to automatize release process but keep in mind that we don't have an stable number of contributors and we depend on each one's spare time and effort to make things move. When releasing a version next one is automatically set to higher minor release. But then someone pops up with a new feature, sends a contribution via email (I have a couple of them still in my to-do list O:)) or files a bug and although I am aware is not the best practice, I am not personally in the mood to start creating branches that need to be merged afterwords. Regards, David ------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev _______________________________________________ Pytrainer-devel mailing list Pytrainer-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pytrainer-devel
