4.3 Zuordnung von Revisionen

Im Normalfall erzeugt CVS eine neue numerische Revisionsnummer, indem es die erste Zahl beibehält und die zweite um eins erhöht, z.B. 1.1, 1.2, 1.3, etc.

Wird ein neues File hinzugefügt, dann wird die zweite Zahl in der Revisionsnummer immer 1 sein und die erste die größte aller ersten Zahlen der Files im Verzeichnis. Wenn zum Beispiel das Verzeichnis Files mit den Revisionen 1.7, 3.1, und 4.12 enthält, dann wird ein neues File die Revision 4.1 bekommen.

In den meisten Fällen kümmert man sich nicht um Revisionsnummern und betrachtet sie als ein festes, CVS-internes Nummerierungsschema. Tags sind der einfachere Weg, um zwischen Release 1 und Release 2 eines Produktes zu unterscheiden( 4.4 Tags -- Symbolische Revisionen). Will man jedoch die numerische Revisionsnummer von Hand setzen, so kann das mit der Option `-r' von cvs commit geschehen. Die `-r' Option setzt auch `-f', so daß Files eingecheckt werden, auch wenn sie nicht verändert wurden.

Um bspw. allen Files die Revision 3.0 zu geben, inklusive der Files, die nicht geändert wurden, kann man folgenden Befehl eingeben:

$ cvs commit -r 3.0

Die angebene Nummer muß größer als alle vorhandenen Revisionsnummern sein. Ist bereits die Revision 3.0 vorhanden, dann kann man nicht `cvs commit -r 1.3' aufrufen. Will man mit mehreren Releases parallel arbeiten, muß man einen Zweig benutzen ( 5. Branching and merging).