Mark Wedel wrote: > Using tags may actually make more sense. > > Right now, when I make the actual release, I tag the files, so you > can do something like 'cvs checkout -r rel-1-7-0'. > > But as described about, not until a change happens do you need a > branch. So what should probably be done is at the 'code freeze' time > do a cvs tag can-1-8-0 or something. Thus, if nothing changes, that > can be tagged again as rel-1-8-0 ( can = candidate, rel=release). So > if changes are made to CVS head, no big deal - the can- tag is still > there to get the files to release. If a fix needs to be backported, > the can- tag can be used to find the point to make the branch from. I think this would be a great way to do things. I'm currently not familar with using tags in CVS, however I don't think it would be any real trouble to learn. > If other people want to help with releases, that would be great. > Having a more frequent (quarterly) release schedule would also be good. > > Even people taking some portiosn of the release (maps, archs) reduces > the effort a bit on my side - those bits aren't really hard, but if I > save myself 15 minutes, that is always nice. I could certainly help with some part such as maps or archs etc. Alex Schultz