Borland® StarTeam® 2006 - Borland Technical Publications
Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications
Durch Verzweigungsansichten erstellte Referenzen Wenn Sie in StarTeam eine Verzweigungsansicht erstellen, werden zusätzlichen Referenzen für Ordner oder Elemente erstellt, die automatisch von der übergeordneten Ansicht und der Unteransicht gemeinsam genutzt werden. In der Ansichtshierarchie (die Sie über Ansicht Ansicht auswählen anzeigen) ist die neue Referenz eine untergeordnete Referenz der Originalreferenz. Durch Verzweigungsansichten erstellte Ordnerreferenzen Beispiel: Die Version 1.0 von Big Product wird ausgeliefert und der Teamleiter erstellt eine Verzweigungsansicht für Service Packs (basierend auf dem Auslieferungsdatum der Version 1.0). Gleichzeitig wird die Entwicklung an Version 2.0 in der Stammansicht des Projekts fortgesetzt. Diese Aktionen würden die folgende Ansichtshierarchie zur Folge haben: ♦ Big Product ♦ ...Big Product 1.0 plus Service Packs ♦ ...Referenzansicht für Reviewer An dieser Stelle werden im Dialogfeld Ordnerreferenzen zwei Referenzen angezeigt. Wenn Sie sich in der Stammansicht Big Product befinden, enthält das Dialogfeld Ordnerreferenzen für den Ordner Source Code folgende Informationen: ♦ Big Product::Big Product::Big Product\Source Code, 1.2 ♦ ..........Big Product::Big Product\Big Product 1.0 plus Service Packs::Big Product\Source Code, 1.2 Wenn Sie sich in der untergeordneten Ansicht "Big Product 1.0 plus Service Packs" befinden, enthält das Dialogfeld "Ordnerreferenzen" für den Ordner "Source Code" folgende Informationen: ♦ Big Product::Big Product::Big Product\Source Code, 1.2 ♦ ......... Big Product::Big Product\Big Product 1.0 plus Service Packs::Big Product\Source Code, 1.2 Das Symbol "Aktuell" zeigt an, welche Referenz den aktuell ausgewählten Ordner bzw. das ausgewählte Element reräsentiert. Das Dialogfeld enthält unabhängig von der Ansicht, in der der Ordner ausgewählt wurde, immer dieselben Informationen. StarTeam rückt die Referenz für eine untergeordnete Ansicht unterhalb der Referenz für die übergeordnete Ansicht ein. Fett gedruckte Referenzen bezeichnen Revisionen, die Nachkommen der Ordner oder Elemente mit dem Symbol "Aktuell" sind. Das heißt, der ausgewählte Ordner oder das Element ist Teil der Historie für die fett markierten Revisionen. In den vorangegangenen beiden Beispielen waren beide Referenzen fett markiert. Dies ist im nächsten Beispiel nicht der Fall. Der Grund dafür ist, dass sich die Eigenschaften der Source Code-Ordner in der übergeordneten und der untergeordneten Ansicht geändert haben. Der Ordner für die übergeordnete Ansicht hat die Revisionsnummer 1.3 und der Ordner für die untergeordnete Ansicht hat die Revisionsnummer 1.2.1.0. Die Historien beider Ordner haben sich verschieden entwickelt. ♦ Big Product::Big Product::Big Product\Source Code, 1.3 ♦ ...........Big Product::BigProduct\Big Product 1.0 plus Service Packs::Big Product\Source Code, 1.2.1.0 Der aktuelle Ordner wird als Nachkomme seiner selbst angesehen und daher immer fett dargestellt. Wenn er jedoch aus dem übergeordneten Ordner stammt, so befindet er sich nicht mehr in der Historie des aktuellen Ordners. Das Dialogfeld Ordnerreferenzen würde entsprechend folgende Informationen enthalten: 132
♦ Big Product::Big Product::Big Product\Source Code, 1.3 ♦ ....... 1.2.1.0 Big Product::BigProduct\Big Product 1.0 plus Service Packs::Big Product\Source Code, Durch Verzweigungsansichten erstellte Dateireferenzen In der Historie eines Ordners oder Elements werden die Vorgänger angezeigt, aber nicht die Nachkommen. Wenn Sie die aktuelle Revision jedoch an einer Stelle ändern und diese Revision an einer anderen Stelle ein Vorgänger der aktuellen Revision ist, empfiehlt es sich, die aktuelle Revision an der anderen Stelle (ein Nachkomme des ersten Objekts) ebenfalls zu ändern. Zeigen Sie die Referenzen einer Revision an, um festzustellen, ob diese über Nachkommen verfügt. Schauen Sie sich das folgende Beispiel an, in der die Referenzen auf eine Datei (AUDITSCC.DOC) dargestellt sind: ♦ Help Files::Help Files::Help Files\starteamp::AUDITSCC.DOC, 1.8 ♦ .........Help Files::Help Files\Freeze Check::Help Files\starteamp::AUDITSCC.DOC, 1.1 ♦ ..................Help Files::Help Files\Freeze Check::New View2::starteamp::AUDITSCC.DOC, 1.1.1.0 ♦ ..... Help Files::Help Files\varc::Help Files\starteamp::AUDITSCC.DOC, 1.6 ♦ ........Help Files::Help Files\variant 2::starteamp::AUDITSCC.DOC, 1.2 Die Fettdarstellung der Referenz lässt erkennen, dass Revision 1.8 der einzige Nachkomme der Revision 1.6 ist. Dies bedeutet, dass die Revision 1.6 in der Historie der Revision 1.8 aufgeführt wird. Wenn in Revision 1.6 der Datei AUDITSCC.DOC Fehler gefunden werden, können Sie anhand der Fettdarstellung feststellen, in welchen Nachkommen der Revision 1.6 die Zeilen ebenfalls korrigiert werden müssen. In unserem Beispiel muss nur die Revision 1.8 aktualisiert werden. Die anderen Referenzen verweisen auf folgende Revisionen der Datei: ♦ Revisionen, die bereits Verzweigungen gebildet haben und sich erheblich von der aktuellen Datei unterscheiden können. ♦ Revisionen, die Vorgänger der aktuellen Datei sind und für die in der Regel keine Änderungen erforderlich sind. Beispielsweise, weil sie in Ansichten angezeigt werden, die schreibgeschützt oder nicht länger verwendet werden. Vorgänger erfordern unter Umständen wesentlich mehr Arbeit als lediglich die Änderungen, die Sie einchecken möchten. Bevor (und ggf. auch nachdem) Sie eine neue Revision für einen Ordner oder ein Element erstellen (oder erstellt haben), sollten Sie diese auf Nachkommen hin überprüfen. Bevor eine Änderung in der Anwendung zu einer neuen Revision wird, werden ihre Nachkommen angezeigt. Anschließend können Sie prüfen, welche anderen Referenzen über dieselbe Revisionsnummer wie der gerade geänderte Ordner oder das Element verfügen. Wenn diese ebenfalls über die neue Revisionsnummer verfügen, wurde die Änderung auch bei ihnen wirksam. Eine Datei kann z. B. in anderen Ansichten unverankert sein. 133
- Seite 81 und 82: Objekte Objekte sind die Kerninform
- Seite 83 und 84: Objekte und Elemente - Vergleich Es
- Seite 85 und 86: Bei manuellen Freigaben, die Sie ü
- Seite 87 und 88: Serveradministration Die Themen in
- Seite 89 und 90: Verwandte Konzepte Übersicht über
- Seite 91 und 92: Übersicht über die Serverkonfigur
- Seite 93 und 94: Richtlinien für die Serverkonfigur
- Seite 95 und 96: 1 Erzeugen Sie einen vollständigen
- Seite 97 und 98: Übersicht zu Ansichten Beim Erstel
- Seite 99 und 100: "Verzweigen bei Änderung" für den
- Seite 101 und 102: Varianzansicht Schreibgeschützte R
- Seite 103 und 104: Ansichtstyp Referenz im Gegensatz z
- Seite 105 und 106: StarDraw (Beispiel-Serverkonfigurat
- Seite 107 und 108: Übersicht über die Projektadminis
- Seite 109 und 110: Übersicht über Projekte In einem
- Seite 111 und 112: Vergleichen und Zusammenführen von
- Seite 113 und 114: Ordner Dieses Thema bietet eine Üb
- Seite 115 und 116: Arbeitsordner für den Stammordner
- Seite 117 und 118: ♦ Sie können beim Einchecken and
- Seite 119 und 120: Verwandte Verfahrensweisen Anforder
- Seite 121 und 122: Themen Themen sind Konversationen m
- Seite 123 und 124: Labels In der Versionskontrolle wir
- Seite 125 und 126: Ein Label kann an einzelne Ordner o
- Seite 127 und 128: Übersicht über Referenzen Ordner
- Seite 129 und 130: In der aktuellen Ansicht gemeinsam
- Seite 131: Big Product::Big Product::Big Produ
- Seite 135 und 136: Durch Hinzufügen von Elementen zu
- Seite 137 und 138: Angenommen, Sie fügen eine Datei z
- Seite 139 und 140: ♦ ...............Big Product::Big
- Seite 141 und 142: Angenommen, alle Ansichten außer d
- Seite 143 und 144: Auswahlversion In der Spalte "Eleme
- Seite 145 und 146: Testen und Berichtserstellung Die T
- Seite 147 und 148: Verwandte Konzepte Änderungsanford
- Seite 149 und 150: Modell für die Verfolgung von Änd
- Seite 151 und 152: Lebenszyklus für Änderungsanforde
- Seite 153 und 154: Er öffnet die Änderungsanforderun
- Seite 155 und 156: Berichte StarTeam bietet eine Vielz
- Seite 157 und 158: Diagramme Mit dem Cross-Platform Cl
- Seite 159 und 160: Felder StarTeamenthält sowohl allg
- Seite 161 und 162: Serverübergreifende Konfiguration/
- Seite 163 und 164: Serveradministrations-Tool Dieses T
- Seite 165 und 166: Anzeigefenster Wenn Sie über das M
- Seite 167 und 168: Cross-Platform-Client - Übersicht
- Seite 169 und 170: anzuzeigen, wählen Sie die Element
- Seite 171 und 172: ♦ Der Status von StarTeamMPX. Ein
- Seite 173 und 174: Diagrammlegende Die Diagrammlegende
- Seite 175 und 176: Der Layoutbereich des Formulars Der
- Seite 177 und 178: Ansichten vergleichen/zusammenführ
- Seite 179 und 180: ♦ Die Testperspektive enthält di
- Seite 181 und 182: Verwandte Konzepte Übersicht über
♦ Big Product::Big Product::Big Product\Source Code, 1.3<br />
♦ .......<br />
1.2.1.0<br />
Big Product::BigProduct\Big Product 1.0 plus Service Packs::Big Product\Source Code,<br />
Durch Verzweigungsansichten erstellte Dateireferenzen<br />
In der Historie eines Ordners oder Elements werden die Vorgänger angezeigt, aber nicht die Nachkommen. Wenn<br />
Sie die aktuelle Revision jedoch an einer Stelle ändern und diese Revision an einer anderen Stelle ein Vorgänger<br />
der aktuellen Revision ist, empfiehlt es sich, die aktuelle Revision an der anderen Stelle (ein Nachkomme des ersten<br />
Objekts) ebenfalls zu ändern. Zeigen Sie die Referenzen einer Revision an, um festzustellen, ob diese über<br />
Nachkommen verfügt. Schauen Sie sich das folgende Beispiel an, in der die Referenzen auf eine Datei<br />
(AUDITSCC.DOC) dargestellt sind:<br />
♦ Help Files::Help Files::Help Files\starteamp::AUDITSCC.DOC, 1.8<br />
♦ .........Help Files::Help Files\Freeze Check::Help Files\starteamp::AUDITSCC.DOC, 1.1<br />
♦ ..................Help Files::Help Files\Freeze Check::New View2::starteamp::AUDITSCC.DOC, 1.1.1.0<br />
♦ ..... Help Files::Help Files\varc::Help Files\starteamp::AUDITSCC.DOC, 1.6<br />
♦ ........Help Files::Help Files\variant 2::starteamp::AUDITSCC.DOC, 1.2<br />
Die Fettdarstellung der Referenz lässt erkennen, dass Revision 1.8 der einzige Nachkomme der Revision 1.6 ist.<br />
Dies bedeutet, dass die Revision 1.6 in der Historie der Revision 1.8 aufgeführt wird.<br />
Wenn in Revision 1.6 der Datei AUDITSCC.DOC Fehler gefunden werden, können Sie anhand der Fettdarstellung<br />
feststellen, in welchen Nachkommen der Revision 1.6 die Zeilen ebenfalls korrigiert werden müssen. In unserem<br />
Beispiel muss nur die Revision 1.8 aktualisiert werden. Die anderen Referenzen verweisen auf folgende Revisionen<br />
der Datei:<br />
♦ Revisionen, die bereits Verzweigungen gebildet haben und sich erheblich von der aktuellen Datei<br />
unterscheiden können.<br />
♦ Revisionen, die Vorgänger der aktuellen Datei sind und für die in der Regel keine Änderungen erforderlich<br />
sind. Beispielsweise, weil sie in Ansichten angezeigt werden, die schreibgeschützt oder nicht länger verwendet<br />
werden. Vorgänger erfordern unter Umständen wesentlich mehr Arbeit als lediglich die Änderungen, die Sie<br />
einchecken möchten.<br />
Bevor (und ggf. auch nachdem) Sie eine neue Revision für einen Ordner oder ein Element erstellen (oder erstellt<br />
haben), sollten Sie diese auf Nachkommen hin überprüfen. Bevor eine Änderung in der Anwendung zu einer neuen<br />
Revision wird, werden ihre Nachkommen angezeigt. Anschließend können Sie prüfen, welche anderen Referenzen<br />
über dieselbe Revisionsnummer wie der gerade geänderte Ordner oder das Element verfügen. Wenn diese ebenfalls<br />
über die neue Revisionsnummer verfügen, wurde die Änderung auch bei ihnen wirksam. Eine Datei kann z. B. in<br />
anderen Ansichten unverankert sein.<br />
133