Config-spec in ClearCase

Ich habe kleine Frage zu ClearCase. Helfen Sie mir bitte! Wann wird die config-spec anfangen zu arbeiten? Wenn ich auf CHECK OUT oder CHECK-IN ? Ich habe test.c und ich habe die config-spec

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

dann ich ändern test.c, dann ändere ich die config-spec:

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

Dann überprüfe ich in test.c und ich haben: erstellt /main/branch_1/1. ABER WARUM???

InformationsquelleAutor all | 2013-04-14

  1. 3

    Die config-spec wird die Anwendung der Vorschriften über jedes update und auf der Kasse, und beim Einchecken (aber nicht wie Sie denken, es würde).

    Beim Einchecken, die neue version wird erstellt, in der Branche hat es ausgecheckt wurde (hier branch_1).

    Dass die neue version möglicherweise nicht ausgewählt durch die neue config-spec, ABER der Zweig, in dem es ausgecheckt wurde dadurch NICHT geändert, sagte, dass die neue config-spec.

    Ändern branch1 im branch2 während test.c ist bereits ausgecheckt (in branch1) ändert sich nichts. Es wird geprüft werden, in branch_1.

    Nun, dass Sie eine version erstellt, die auf branch1 auf checkin für test.c (auch mit Ihrem zweiten config-spec), die Sie brauchen, um zu realisieren, dass alle künftigen Auschecken/Einchecken findet am selben Zweig für test.c, weil:

    • der Regel element * branch_1/LATEST halten die neuen Versionen auf diesen Zweig
    • der Regel element * /main/LATEST -mkbranch branch_2 ist nur gültig für version ausgecheckt von Haupt - (und test.c ist nicht mehr auf /main ist es auf branch1: /main/branch1)

    Diese config-spec würde sicherstellen, dass alle neuen Versionen (nach dem ersten checkin der test.c auf branch1) auf branch2:

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

    Den um der Regeln ist wichtig, weil die erste, die angewendet werden kann, "gewinnt" (d.h. die pothers werden ignoriert).

    Siehe das konkrete Beispiel der config-spec im "Config-Spec zum display beschriftet Dateien aus 2 Filialen".

    Beachten Sie, dass nach dem ersten checkin der test.c erhalten Sie eine neue version erstellt am branch1 wie vorher erklärt.

    Doch deine zweite config-spec wird wählen Sie /main/1, nicht /main/branch1/1.

    Ist, dass wegen einer falschen Regel in Ihrer zweiten config-spec:

    element * branch_1/LATEST

    Dies würde man wählen Sie die richtige version:

    element * .../branch_1/LATEST

    Aber wenn deine zweite config-spec hat keine Regel bezüglich branch1, test.c noch ausgewählt werden, wie /main/1: es wird keine version erstellt am branch2, so element * /main/LATEST ist die nur Regel, die angewendet werden können.

    Ich danke Ihnen sehr! Ich bin ein absoluter Anfänger, und es ist schwer für mich. ich verstehe nicht, "Ändern in branch1 branch2 beim test.c ist bereits ausgecheckt (in branch1) ändert sich nichts. Es wird geprüft werden, in branch_1.". wenn ich do-check-out-test.c wieder was wird gewählt?
    die zweite checkout erfolgt nach der aktuellen config spec (, die Sie geändert haben), so wird es noch branch1 (da nur die LETZTE der main sind ausgecheckt werden in branch2). Wenn Sie wollen top-siehe branch2 auf die zweite Kasse, benötigen Sie eine zusätzliche Auswahlregel: element * .../branch1/LATEST -mkbranch branch2, legte in der zweiten position.
    es ist sehr schwer für mich 🙂 Danke, ich möchte verstehen, aber ...
    kein problem, ich habe Sie bearbeitet meine Antwort hinzufügen, dass einige andere Elemente für die Erklärung.
    du meinst, während der zweite Kasse? Beachten Sie, dass reserviert ist gesetzt auf eine version, die hat keine Nummer. Also in deinem Fall eine version erstellt von /main/1, aber nicht /main/1 selbst.

    InformationsquelleAutor VonC

Schreibe einen Kommentar