4.5 Tags im Arbeitsverzeichnis

Das Beispiel im vorherigen Abschnitt beschreibt einen häufigen Weg, Revisionen einem Tag zuzuordnen. Wird das Kommando cvs tag ohne Argumente aufgerufen, dann benutzt CVS diejenigen Revisionen, die im Arbeitsverzeichnis gerade ausgecheckt sind. Wenn bspw. die Kopie des Files `backend.c' im Arbeitsverzeichnis von der Revision 1.4 ausgecheckt wurde, dann wird CVS das Tag der Revision 1.4 geben. Das Tag wird dieser Revision unmittelbar im Repository zugeordnet. Das Vergeben eines Tags unterscheidet sich hierin vom Verändern eines Files oder von anderen Operationen, bei denen man zuerst das Arbeitsverzeichnis modifiziert und danach cvs commit aufruft, um die Modifikationen ins Repository zu übertragen.

Etwas überraschend könnte hierbei sein, daß das Kommando cvs tag die eingecheckten Revisionen benutzt, die sich eventuell von lokal veränderten Files im Arbeitsverzeichnis unterscheiden. Will man diesen Fall vermeiden, kann man bei cvs tag die Option `-c' angeben. Dann wird CVS mit folgendem Fehler abbrechen und keiner Revision ein Tag zuordnen, wenn sich im Arbeitsverzeichnis modifizierte Files befinden:

$ cvs tag -c rel-0-4 cvs tag: backend.c is locally modified cvs [tag aborted]: correct the above errors first!