Borland® StarTeam® 2006 - Borland Technical Publications

Konsistente Ein- und Auscheckvorgänge erzielen
Entwickler können zahlreiche StarTeam-Funktionen verwenden, um Konflikte mit anderen Entwicklern bei
denselben Dateien (in derselben Ansicht) zuzulassen oder zu vermeiden. In einer Umgebung mit wenigen Konflikten
können Entwickler Dateien ohne Sperren auschecken, ändern, "aktualisieren", um Zusammenführungskonflikte zu
identifizieren und zu lösen, und die geänderten Dateien anschließend wieder einchecken. Alle Eincheckvorgänge
in StarTeam sind atomisch, abgesehen von View Compare/Merge-Sitzungen. Wann immer mehrere Dateien in
Folge einer einzelnen Transaktion eingecheckt werden, werden alle Dateien sowie ihre verknüpften
Prozesselemente in einer Aktion aktualisiert. Wenn das Einchecken aus irgendeinem Grund fehlschlägt, wird keine
der Dateien eingecheckt und der Status der verknüpften Prozesselemente wird nicht aktualisiert. In der Regel
erzielen Sie konsistente Ein- und Auscheckvorgänge, indem Sie Folgendes ausführen:
♦ Sperren Sie die Dateien exklusiv, bevor Sie sie ein- oder auschecken, und entsperren Sie sie, wenn Sie sie
erfolgreich ein- oder ausgecheckt haben. oder
♦ Ändern Sie die Ansichtskonfiguration temporär auf einen bekannten "stabilen" Punkt.
In Umgebungen mit höherem Konfliktaufkommen möchten die Entwickler möglicherweise konsistente Dateisätze
beim Auschecken sicherstellen, also Dateien ausschließen, die Teil eines Eincheckvorgangs eines anderen
Entwicklers sind. Die einfachste Möglichkeit, dies zu erzielen, ist "mittels Konvention". Jeder Entwickler sperrt alle
Dateien exklusiv, bevor er sie eincheckt, und entsperrt sie entweder beim Einchecken oder kurz danach, wenn sie
"fertig" sind. Entsprechend sperrt jeder Entwickler alle Dateien vor dem Auschecken und entsperrt sie, wenn sie
"fertig" sind. Wenn ein Entwickler nicht alle Sperren gleichzeitig setzen kann, werden diese Dateien möglicherweise
von anderen Entwicklern bearbeitet. Der Entwickler sollte dann die Dateien entsperren, die er derzeit gesperrt hat,
etwas warten (möglicherweise mit dem Entwickler sprechen, mit dessen Dateien der Konflikt verursacht wird) und
den Vorgang dann erneut ausführen. Dieser Ansatz impliziert u. a., dass ein Entwickler seine Arbeit nicht fortsetzen
kann, während er darauf wartet, dass ein anderer Entwickler seine Arbeit abschließt.
Eine formalere Möglichkeit, konsistente Auscheckvorgänge zu erzwingen, ist die Verwendung der
"Ansichtskonfiguration". Um konsistente Auscheckvorgänge mit Sperren zu erzielen, kann ein Entwickler seine
Ansichtskonfiguration temporär auf einen bekannten "stabilen" Punkt ändern. In einigen Organisationen erstellt ein
nächtlich durchgeführter Build-Prozess ein Ansichts-Label, wenn der Server nicht oder nur wenig verwendet wird.
Um die Ansichtskonfiguration auf dem StarTeam-Client temporär zu ändern, wählen Sie Ansicht Konfiguration
auswählen Konfiguration mit Label und wählen Sie anschließend das neueste Build-Label. (Alternativ können
Sie auch einen Zeitstempel oder einen Heraufstufungsstatus wählen.) Die Ansicht wechselt zum Elementstatus zur
ausgewählten Zeit, ab welcher "konsistente" Auscheckvorgänge ausgeführt werden können.
Hinweis: Die Änderung der Ansichtskonfiguration erfolgt nur auf dem Client, die zu Grunde liegende tatsächliche
Ansicht wird nicht geändert. Beachten Sie zudem, dass zurückgesetzte Ansichten schreibgeschützt sind:
sie müssen auf die "aktuelle" Konfiguration zurückgesetzt werden, bevor neue/geänderte Dateien
eingecheckt werden können. Dieser Ansatz impliziert jedoch, dass das Wechseln der Konfiguration einige
Sekunden bis mehrere Minuten (für große Ansichten) in Anspruch nehmen kann.
239