Lukáš Jirkovský wrote: > I don't like stable release cycle (I mean releasing new version after > exact time).
I understand this, and I know where you come from. I would not like to see the clock becoming the main driver of the release cycle either. But I would like to see us release more often, and that's where a deadline comes handy because else the release gets postponed indefinitely. What I would like to see is more frequent release,s i.e. we should *target* one every three months. We had now enough material for a release since the end of GSoC2008. If we don't set ourself some deadline we'll end up in the same pattern as the one that lead to the lengthy and frustrating 0.7 release cycle. > But it could be better to release more often but not stable versions > (like 0.7 and 0.8 were). More betas could be of some use. > Actually there are packages of svn versions, so why not cal them beta? > It would attract more attention, especially from "normal" users and > from distributions in case of Linux. not really. Anybody can fetch SVN, so there is no need to "release" SVN. There are no particular requirements to SVN/trunk, while a release must fullfill some more stringent requirements, such as - it builds - even more stringent: it build on most supported platforms - old and tested functionality is not broken (can't guarantee that for trunk/SVN all the time) - the strings are up to date there is an increasingly stringent sets of requirement for software to be considered alpha, beta, release candidate, release. Unless you want to give up on quality during releases, but then each and every single SVN change can be made into a release. There is a trade-off between speed and quality. Trunk should focus on speed. Make the change once it has passed an initial simple test and test broadly later. Releases should focus on quality. Branch out for release, then polish up in the cycle from alpha to beta to release candidate, each one fulfilling more stringent quality criteria than the previous one. what you describe above are "snapshots". SVN-snapshots are a good idea but they don't replace releases. AFAIK no Linux distribution includes snapshots on a regular basis. Yuv Releases serve a different public. > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~---
