Config spec dans ClearCase

J'ai de minuscules question à propos de ClearCase. Aider moi s'il vous plaît! Quand est-config spec commencer à travailler? Lorsque je clique sur extraire ou à l'enregistrement ? J'ai test.c et j'ai config spec

element * CHECKEDOUT
element * .../branch_1/LATEST
element * /main/LATEST -mkbranch branch_1

puis-je modifier test.c, puis-je changer de config spec:

element * CHECKEDOUT
element * .../branch_2/LATEST
element * /main/LATEST -mkbranch branch_2

Puis-je Vérifier dans test.c et j'ai: créé /main/branch_1/1. MAIS POURQUOI???

OriginalL'auteur all | 2013-04-14

  1. 3

    La config spec va appliquer les règles de chaque mise à jour et à la caisse, et sur l'archivage (mais pas comme vous pensez qu'il serait).

    Sur l'archivage, la nouvelle version sera créé dans la branche, il a été vérifié (ici branch_1).

    Cette nouvelle version pourrait ne pas être sélectionné par la nouvelle config spec, MAIS la direction dans laquelle il a été vérifié n'est PAS modifié par cette nouvelle config spec.

    Changer branch1 dans branch2 tout test.c est déjà vérifié (en branch1) ne change rien. Il sera vérifié dans branch_1.

    Maintenant que vous allez créer une version sur branch1 sur checkin pour test.c (même avec votre deuxième config spec), vous devez réaliser que tous les futurs checkout/archivages aura lieu sur la même branche pour test.c, parce que:

    • la règle element * branch_1/LATEST gardera les nouvelles versions sur cette branche
    • la règle element * /main/LATEST -mkbranch branch_2 n'est valable que pour la version vérifiée de main (et de test.c est plus sur /main, c'est sur branch1: /main/branch1)

    Cette config spec serait de s'assurer que toutes les nouvelles versions (après le premier enregistrement de test.c sur branch1) sont effectués sur branch2:

    element * CHECKEDOUT
element * .../branch_2/LATEST
element * ../branch_1/LATEST  -mkbranch branch_2
element * /main/LATEST -mkbranch branch_2

    La ordre des règles est important, parce que le premier qui peut être appliquée "wins" (c'est à dire la pothers sont ignorés).

    Voir cet exemple concret de config spec dans "Config Spec affichage intitulée fichiers à partir de 2 branches".

    Noter que, après le premier enregistrement de test.c, vous obtiendrez une nouvelle version créée sur branch1, comme expliqué précédemment.

    Encore votre deuxième config spec va sélectionner /main/1, pas /main/branch1/1.

    C'est à cause d'une erreur de règle dans votre deuxième config spec:

    element * branch_1/LATEST

    Ce serait sélectionnez la bonne version:

    element * .../branch_1/LATEST

    Mais si votre deuxième config spec a pas de règles concernant la branch1, test.c seront toujours sélectionnés comme /main/1: il n'existe pas de version créée sur branch2, donc element * /main/LATEST est le seulement règle peut être appliquée.

    Merci beaucoup! Je suis un débutant absolu, et il est difficile pour moi. je ne comprends pas "Changer de branch1 dans (sesc) 2, tout l'essai.c est déjà vérifié (en branch1) ne change rien. Il sera vérifié dans branch_1.". quand je fais découvrez le test.c encore ce que seront choisis en vue?
    le deuxième la caisse sera fait en fonction de la config actuelle spec (que vous avez modifié), de sorte qu'il sera encore branch1 (car seuls les plus RÉCENTES de la main sont à vérifier dans branch2). Si vous souhaitez en haut voir (sesc) 2 sur la deuxième caisse, vous avez besoin d'une sélection supplémentaire de la règle: element * .../branch1/LATEST -mkbranch branch2, mis en deuxième position.
    il est très difficile pour moi 🙂 Merci à vous, je veux comprendre, mais ...
    pas de problème, j'ai édité ma réponse à ajouter quelques autres éléments d'explication.
    tu veux dire au cours de la deuxième caisse? Notez que réservé est situé sur une version qui n'a pas de numéro. Donc dans votre cas, une version créée à partir de /main/1, mais pas /main/1 lui-même.

    OriginalL'auteur VonC