Le résultat se présente de la manière suivante :
Nommer les versions avec des noms symboliques
Comme le montre l'exemple, les archives sont automatiquement numérotées à partir du dépôt initial, nommé 1.1.1.1
et 1.1
, avec les incréments du type 1.2
, 1.3
... et ainsi de suite pour les versions successives. Il peut être intéressant de nommer explicitement la version d'un ou de plusieurs fichiers du projet à un moment donné afin de définir une version de livraison par exemple. Ceci peut être réalisé simplement en utilisant un nom symbolique attribué avec la commande tag
ou rtag
. Dans notre exemple, leur seul
tag
déja existant, v1_0
, a été donné au dépôt. En faisant la commande :
cvs status -v page.html
===================================================================
File: page.html Status: Up-to-date
Working revision: 1.3
Repository revision: 1.3 /home/user/exemple_simple/base/projet/page.html,v
Sticky Tag: (none)
Sticky Date: (none)
Sticky Options: (none)
Existing Tags:
v1_0 (revision: 1.1.1.1)
user (branch: 1.1.1)
Supposons que l'utilisateur veuille nommer la dernière version du projet
v2_0
, il suffit d'associer ce nom symbolique à tous les fichiers existants. Effectuez cette opération avec cervisia
et refaire
cvs status -v page.html
===================================================================
File: page.html Status: Up-to-date
Working revision: 1.3
Repository revision: 1.3 /home/user/exemple_simple/base/projet/page.html,v
Sticky Tag: (none)
Sticky Date: (none)
Sticky Options: (none)
Existing Tags:
v2_0 (revision: 1.3)
v1_0 (revision: 1.1.1.1)
user (branch: 1.1.1)
Il est important de noter que les noms symboliques permettent d'associer dans une même version des fichiers qui ne portent pas le même numéro de révision automatique.
Cette opération permet également d'exporter vers un autre utilisateur la version correspondant au nom symbolique. Il est donc possible de figer une version tout en continuant à développer le projet. Lorsque ce second utilisateur est amené à développer le projet également, il est toutefois préférable qu'il récupère la dernière version ou bien travaille sur une autre branche de développement du projet. Dans ce cas, il faut définir cette branche. Ce peut être utile par exemple pour corriger une version alors que le développement s'est poursuivi dans la branche principale.
Pour créer une branche, chargez le fichier suivant :
cat ../versions/page_branch.html >> page.html