Next Up Previous Contents
Next: 2.7.2 CVS and recursion -- checking out only a subtree
Up: 2.7 CVS
Previous: 2.7 CVS
[ID index][Keyword index]

2.7.1 CVS and tagging

Tagging is very important, as it is through tagging that you create branches, and mark certain sets of files as a set, so that they can be recovered as a set in future. The current tagging policy is at <http://wiki.starlink.ac.uk/twiki/bin/view/Starlink/CvsTagging>.

You make a tag with the cvs tag command, while you are in a directory with a part of the repository checked out:


cvs tag <tag-name>
This applies the tag to the repository versions indicated by the files in the current directory. In the most common case, you have just finished preparing the set of files for a release, so all the files in the directory are as you want them to be, and committed. There's a slight trap here: if there are any files which are not committed, then it is the repository version which corresponds to the modified file which is tagged, not the modified file itself (this is never useful; it is simply a warning to use the tag command only in a fully-committed directory). If you tag a set of files which are on a branch, then it is (probably unsurprisingly) the branched files which are tagged.

There is also a cvs rtag command which is similar, but operates only on the repository. You won't need to use rtag; don't confuse the two.


Next Up Previous Contents
Next: 2.7.2 CVS and recursion -- checking out only a subtree
Up: 2.7 CVS
Previous: 2.7 CVS
[ID index][Keyword index]
The Starlink Build System
Starlink System Note 78
Norman Gray, Peter W Draper, Mark B Taylor, Steven E Rankin
11 April 2005. Release snapshot: $Revision: 1.116 $. Last updated 28 May 2006