Hei, isn't two separated svn/cvs trees a good solution?
The "dev" tree is the current cvs that we are using, without any difference. And the "stable" tree will receive only hotfixes, small patches and after long time testing new features that all already in the dev tree. Maybe both will be sync sometime, for example on release a new iso. The advantage is that the developer can simple do a diff between two checked out directories to see what difference of one and other. I never use branches, but I think that it work very close with using two separated trees. I just think that two trees is a more clean way to work. On 11/22/06, Ricardo Nabinger Sanchez <[EMAIL PROTECTED]> wrote: > On Mon, 20 Nov 2006 21:09:18 -0200 > "Hisham Muhammad" <[EMAIL PROTECTED]> wrote: > > > > Oh, I wasn't aware of that people use the CVS like that. If that's so, > > > maybe releases should be made more often, to ensure that bugfixes are > > > straightened out for the "stable" releases, instead of having to rely on > > > CVS to have things sane? > > > > You're right, we should make more frequent releases. I think I > > expressed myself badly: I run CVS "to keep things stable" not because > > it is more stable than the last release, but to keep in check that no > > bugs were added since the release for when we prepare the next one. > > There's no problem in keeping support for the new option parser > > halfway implemented in CVS though (I wouldn't expect changes to all > > scripts to be comitted at once), but it's nice to let CVS users know > > beforehand when things may break and not be taken by surprise. (Maybe > > I was too cautious with this one as it doesn't break anything if > > people keep using options the old way -- it should be fully converted > > before the next release, though). > > Seems that cheap SVN branches are the way to go. :) > > -- > Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}> > Powered by FreeBSD > > "Left to themselves, things tend to go from bad to worse." > _______________________________________________ > gobolinux-devel mailing list > gobolinux-devel@lists.gobolinux.org > http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel > _______________________________________________ gobolinux-devel mailing list gobolinux-devel@lists.gobolinux.org http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
