Borland® StarTeam® 2006 - Borland Technical Publications

Konflikt
Unterschied
Punktnotation
Unverankert
Angenommen, die Stammansicht ist die Quellansicht, eine der beiden verzweigten
Unteransichten des Stamms ist die Zielansicht und es wurden keine
Zusammenführungspunkte gesetzt. Wenn das Element in der Quellansicht die
Punktnotation 1.9 und das Element in der Zielansicht 1.7.1.2 hat, ist der
gemeinsame Vorgänger das Element mit der Punktnotation 1.7, das vermutlich bei
der Erstellung der untergeordneten Ansicht die aktuelle Revision war. View Compare/
Merge verwendet den gemeinsamen Vorgänger zum Vergleichen von Elementen, um
festzustellen, ob die Quell- und Zielelemente verändert wurden.
Für die Eigenschaften oder Inhalte von zwei übereinstimmenden Elementen ist bei
der Zusammenführung ein manueller Eingriff erforderlich. Bei Dateiinhalten entstehen
Konflikte, wenn zwei übereinstimmende Codezeilen oder -blöcke seit dem
gemeinsamen Vorgänger bzw. dem aktuellsten Zusammenführungspunkt geändert
wurden. Bei Eigenschaften entstehen Konflikte, wenn eine Eigenschaft in den beiden
übereinstimmenden Elementen geändert wurde. Diese Eigenschaften lösen einen
Konflikt aus, der manuell behoben werden muss. Hat sich nur der Eigenschaftswert
von einem dieser Elemente geändert, führt diese Eigenschaft nicht zu einem Konflikt.
Hat sich nur eine Eigenschaft des Quellelements geändert, kann der Unterschied für
die entsprechende Eigenschaft automatisch behoben werden, indem der
Eigenschaftswert des Zielelements mit dem Eigenschaftswert des Quellelements
überschrieben wird. Hat sich nur eine Eigenschaft des Zielelements geändert, wird
der Unterschied ignoriert.
Beschreibt ein Element, das in der Quell- und Zielansicht nicht identisch ist.
Beispielsweise kann ein Element in der einen Ansicht vorhanden sein, in der anderen
aber nicht. Es kann in beiden Ansichten verfügbar sein, aber in unterschiedlichen
Ordnern. Es kann in beiden Ansichten verfügbar sein, aber unterschiedliche
Revisionen haben, usw.
Mehrere durch einen Punkt getrennte Ganzzahlenpaare geben den Zweig an, in dem
sich die Revision befindet, sowie ihre Position in diesem Zweig.
Angenommen, Sie fügen eine Datei zur Stammansicht hinzu. Die erste Revision
dieser Datei hat die Punktnotation 1.0, die zweite Revision hat die Punktnotation
1.1 usw. Angenommen, Sie erstellen zwei Verzweigungsansichten als
Unteransichten der Stammansicht, beide Unteransichten umfassen die Datei
info.htm und die aktuelle Revision von info.htm war bei Erstellung der
Unterordner 1.7. Beide untergeordneten Ansichten enthalten Revisionen von 1.0 bis
1.7 für die Historie von info.htm an. Die Historie zeigt auch an, dass diese
Revisionen in der übergeordneten Ansicht erstellt wurden. Angenommen,
info.htm wird in der ersten untergeordneten Ansicht geändert und dann
eingecheckt. Die neue Revision (die erste Revision von info.htm in der betreffenden
untergeordneten Ansicht) hat die Punktnotation 1.7.1.0. Dies ist ein neues Zweig.
Es wird weiterhin angenommen, dass ein Entwickler an der Datei info.htm in der
zweiten untergeordneten Ansicht andere Änderungen vornimmt. Beim Einchecken
dieser Änderungen lautet die Punktnotation der neuen Revision (die erste Revision
von info.htm in der zweiten Unteransicht dieser Datei) 1.7.2.0 und ist
Ausgangspunkt für einen neuen Zweig. Die Punktnotation kann nicht 1.7.1.0 lauten,
weil dieser Zweig bereits in der ersten Unteransicht erstellt wurde.
Gemeinsam genutzte Elemente, die nicht für bestimmte Label,
Heraufstufungsstatuswerte oder Zeitstempel konfiguriert sind, werden als
"Unverankert" bezeichnet. Angenommen, ein Element mit der Revision 1.7 wurde in
einer zweiten Ansicht freigegeben und die Konfiguration wurde auf "Unverankert"
gesetzt. Wenn das ursprüngliche Objekt zu den Revisionen 1.8 und 1.9 verschoben
wird, wird auch das freigegebene Element verschoben. Wenn sie angeheftet ist, ist
die Freigabe nicht mehr frei platzierbar und verbleibt in der Revisionsnummer, an die
sie angeheftet ist, sofern sie nicht verzweigt.
1656