[plug] CVS
Bernard Blackham
bernard at blackham.com.au
Sun Sep 14 20:22:22 WST 2003
On Sun, Sep 14, 2003 at 06:49:06PM +0800, Sol wrote:
> >A directory with software that I wrote. Each version of the software is
> >in its own directory, eg. v0.1, v0.2, etc, all told 18 versions.
> I think that the best way to do it would be:
> 1) establish the CVSROOT in (a copied directory) of your v0.1 code.
> Import this, NOT the whole directory with 18 versions. Just the 0.1
> files/directory.
> 2) Then do a commit.
> 3) Then check out the 0.1 files into a working directory and replace the
> files in that directory with the 0.2 files.
> 4) Check the files in the working directory into CVS and do another commit.
> 5) Repeat steps 2-4 18 times.
This would be how I would do it, with an extra step (see below).
I've been using CVS for a while, but I can't claim to know it inside
out.
> Now that might sound labourious, and undoubtedly there's a better way,
It could be scripted ... :)
> It will very likely stuff up your versioning system numbers, but
> you ought to have 18 versions represented.
You can specify a symbolic tag for any stage in the repository - so
after each step, you could run "cvs tag 0_1_RELEASE" (with the right
version number). And do likewise each time you create a released
tarball.
Then later you can checkout each revision by specifying "-r
0_1_RELEASE" etc. I think there might be some convention to tag
names for released versions, but I don't know what it is and it's
probably not critical - so long as it makes sense to the people that
will potentially use them :)
HTH,
Bernard.
--
Bernard Blackham
bernard at blackham dot com dot au
_______________________________________________
plug mailing list
plug at plug.linux.org.au
http://mail.plug.linux.org.au/cgi-bin/mailman/listinfo/plug
More information about the plug
mailing list