La commande Clearcase pour l'étiquetage échoue

Question

Nous appliquons des étiquettes de manière récursive à un VOB.

La commande clearcase échoue et le processus d'étiquetage d'un vob entier échoue.
Pour être honnête, je ne suis pas au courant de ce que chaque mot signifie dans cette commande.
Pouvez-vous s'il vous plaît expliquer ce qu'il fait afin que je puisse comprendre pourquoi le processus d'étiquetage échoue.

Aussi Je joins le code d'erreur, il est jeter:

cleartool ls -recurse -vob_only -visible -short | xargs cleartool mklabel -replace -follow <label_name> 
ERROR CODE:  256 

Answer 1

cleartool mklabel est appliqué à chaque élément renvoyé par cleartool ls, en limitant la liste des objets dans le stockage de l'VOB, et visible pour le système d'exploitation commande la liste.

Cependant, un cleartool mklabel -replace (qui déplace une étiquette existante si elle est trouvée) signifie que vous devez avoir le droit de modifier cette étiquette, ou être le propriétaire de l'élément.

Essayez d'abord la commande mklabel de manière isolée sur un seul fichier avant de l'utiliser dans un tube xargs.

Essayez aussi an alternative syntax I proposed before:

# Windows syntax 
cleartool find . -cview -exec "cleartool mklabel -replace TEST_LABEL \"%CLEARCASE_XPN%\"" 

# Unix syntax 
cleartool find . -cview -exec 'cleartool mklabel -replace TEST_LABEL "$CLEARCASE_XPN"' 

---

L'OP ajoute:

The weird thing is that from the logs labeling seems successful for all the files. (Created label "label_name" on "filepath" version "/main/3" .)

But when it exits it throws this error:

Process Create Label Lock for label_name in the VOB: vob_1 
Label label_name has been locked 
Process Create Label Lock for label_name in the VOB: vob_2 
Label label_name has been locked 
LABELING FAILED 
Flag created: /user/msatcmsvn/build_artifacts/label_name_LABEL.FLAG 

Cela dépend si l'étiquette a été appliquée à un élément VOB1, 2 ou d'une autre vob.
Généralement, ce message est lié à un global type locked ou au lbtype bloqué dans vob1 et deux. Un cleartool lslock lbtype:LABELNAME@\vob1 (ou @/vobs/vob1) sur Unix, ainsi qu'un cleartool descr -l lbtype:LABELNAME@\vob1 peuvent aider à voir le problème.