2009-08-14 7 views
1

Nous utilisons clearcase comme notre SCM. Je n'ai pas beaucoup d'expérience avec le clearcase. Nous sommes sur le point de publier notre code en production. Je veux étiqueter mon code comme je l'ai fait en utilisant VSS dans mes projets précédents. Mais l'étiquetage en clair n'est pas aussi facile que dans VSS. clearcase demande de créer un type d'étiquette avant d'étiqueter un dossier dans VOB. Je ne comprends pas le concept de création de type d'étiquette? Toute directive à ce sujet sera très appréciée.Quelle est la différence entre clearcase et vss dans le label d'une version?

+0

Wow, je ne savais pas que personne ne les utilisait plus. Je suis vraiment désolé d'entendre ça ... –

+0

J'utilise ClearCase dès maintenant ... –

+0

Je viens de terminer ma question pour répondre à votre commentaire. – VonC

Répondre

1
  • un type lb est un modèle, une déclaration. Une étiquette est l'instance qui sera placée sur chaque version devant être étiquetée.

Voir mklbtype

La commande mklbtype crée un ou plusieurs types d'étiquettes avec les noms spécifiés pour une utilisation ultérieure dans un VOB.
Après avoir créé un type d'étiquette dans un VOB, vous pouvez attacher des étiquettes de ce type aux versions des éléments de ce VOB, en utilisant mklabel.

Vous pouvez également joindre une contrainte sur un lbtype:

Par défaut, un nouveau type d'étiquette est contraint à une utilisation sur une seule version dans l'arborescence de la version d'un élément.
Cela vous permet d'omettre la partie de nom de chemin de branche d'un nom de chemin étendu version (par exemple, [email protected]@/JOHN_TMP)


Une fois que vous avez définir un lbtype, vous pouvez appliquer (mklabel) il à tout fichier ou groupe de fichiers que vous voulez dans votre vue actuelle.
Cela signifie que vous avez une vue configuré pour sélectionner le LATEST d'une branche, et à un moment donné, vous appliquez cette étiquette:

cd /myView/myVob/myGroupOfFile 
cleartool mklabel -nc -r MY_LABEL-1.0 . 

Note: le nom du lbtype (et les étiquettes fixées de cette lbtype) est entièrement à vous. Vous pouvez définir une étiquette FOO, BAR ou tout autre nom. Inversement, vous pouvez définir une étiquette MY_LABEL-2.0, puis définir une étiquette MY_LABEL-1.2 (pas sage, mais ...).

Si vous voulez voir quelles versions exacte sont référencées par une ancienne étiquette existante comme MY_LABEL-1.0, vous créez une autre (dynamique) vue que vous définissez pour voir cette étiquette.
La spécification de configuration suivante (« spécifications de configuration », alias « règles de sélection » pour les versions) atteindront juste que:

element * MY_LABEL-1.0 
element * /main/LATEST 

La deuxième règle de sélection est appelée « stop règle », car il permet à toutes les versions de " se replier » à cette règle par défaut: si aucune version (pour un fichier donné) est étiqueté MY_LABEL-1.0, puis il toujours arrêt à la « règle /main/LATEST », pour sélectionner la version LATEST de la branche main.

Pour cette vue "consultation" (c'est-à-dire "vue utilisée uniquement pour voir les versions de fichiers"), je recommande l'affichage dynamique, pour un accès rapide à ces versions fixes. Si vous voulez maintenant voir l'étiquette 2.0, modifiez simplement la spécification de configuration de cette vue. Ou créer une autre vue, afin de voir à la fois 1.0 (dans la première vue) et 2.0 (dans cette deuxième nouvelle vue)

+0

Salut VonC, Merci beaucoup. Dans l'étiquette VSS est juste du texte pour identifier un ensemble de fichiers avec leurs versions à un moment donné dans le temps. Dans VSS avant de sortir la version 1.0, j'appelle mon code "VERSION1.0" et toute fonctionnalité de cette version, je place mon code comme "VERSION1.1" et après cela, si je veux obtenir le code "VERSION1.0", je vais juste à l'histoire et obtenez le code avec le libellé "VERSION1.0". Je veux faire la même chose en clair pour le projet dans le VOB de notre équipe. Peux-tu me dire comment faire ça? – raj

Questions connexes