2008/4/4, Raoul Bhatia [IPAX] <[EMAIL PROTECTED]>: > Michael Biebl wrote: > > I like the idea of the odd/even numbering (of the minor number) to > > distinguish unstable/stable release. E.g. GNOME uses it and it seems > > to work fine for them. > > > > E.g. the latest stable release was 2.22.0 (and minor point/bug fix > > releases usually follow as 2.22.1, 2.22.2...) > > The major development is going on in 2.23. > > The first unstable release will be 2.23.1, followed by 2.23.2, 2.23.3,... > > As soon as the code base stabilises (reaching beta/rc quality), they > > will release > > 2.23.90,2.23.91,... and the final stable release will be 2.24.0. > > (no -pre,-alpha, -beta suffixes, only numbers, which are ordered > correctly). > > > its not new as afairc the linux kernel established this scheme. > > anyways, what bugs me is, that we then will have something like: > > 3.20.x - stable > 3.21.x - unstable relp > no 3.22.x > 3.23.x - unstable tls > > when we then decide to implement yet-another-new-feature-in-a- > seperate-tree, we will end up with a scenario like > > 3.20.x - oldstable > 3.21.x - unstable relp - closed > 3.23.x - unstable tls > 3.25.x - unstable featureX > 3.26.x - stable > > or similar. > > that is kind of odd ... >
git feature branches would be ideal for this kind of development imho. > rainer: what do you think about only having one dev tree and > having some patchsets for not-that-much-worked-on features > (e.g. tls, featureX). of course, you can arrange your repository as > you wish, but i would stick to *one* stable version and *one* dev > version for the testers. > > everything else should be build (as patches) on top of these 2 branches. > as a nice effect, we will have only 1 stable core and 1 dev core and > have no issues when it comes to merging core-relp with core-tls with > core-featureX. It would definitely make it easier if there was only one stable and one development tree (and maybe a third one, oldstable). Rainer could work on experimental new features in separate git feature branches and when he considers them ready for testing, merge them into the dev branch (usually called master in git). E.g. the relp functionality could be in a branch called feature-relp, tls in feature-tls etc. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog
