Borland® StarTeam® 2006 - Borland Technical Publications
Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications
Erläuterungen zu den Ansichtstypen Es gibt viele Ansichtstypen, deren Funktionalität basierend auf den beim Erstellen der Ansichten verwendeten Optionen variiert. Einige Ansichtstypen sind in bestimmten Situationen sehr nützlich, andere werden nur selten verwendet. Da das Ansichtsverhalten auf den beim Erstellen verwendeten Optionen basiert, sind Ansichtstypen nicht formal definiert, wodurch es leicht zu Verwechslungen kommen kann. Im Folgenden finden Sie einige grundlegende Ansichtstypen sowie eine Beschreibung ihrer allgemeinen Funktionalität: Nicht abgeleitete Ansicht Diese wird auch als "leere" Ansicht bezeichnet. Sie wird aus keiner vorhandenen Ansicht abgeleitet, sondern leer gestartet. Es wird eine übergeordnete Ansicht für sie ausgewählt und sie werden in der Ansichtshierarchie angezeigt. Wenn der Ansicht nur neue Ordner, Dateien und andere Objekte hinzugefügt werden, agiert sie gewissermaßen als Projekt, außer dass sie als Ansicht immer noch dem Projekt angehört, aus dem sie erstellt wurde. Wenn aus anderen Ansichten stammende Objekte in einer nicht abgeleiteten Ansicht gemeinsam verwendet werden, agiert sie als eine beliebige Zusammenstellung von Objekten. Die gemeinsam genutzten Elemente können frei platziert und daher aktualisiert werden. Sie können aber auch angeheftet werden und sind in dem Fall schreibgeschützt. Nicht abgeleitete Ansichten werden nur selten verwendet. Abgeleitete Ansicht Eine abgeleitete Ansicht wird mit einer anderen Ansicht als "Perspektive" erstellt. Einer der Ordner der Perspektivansicht wird als Stamm der abgeleiteten Ansicht ausgewählt. Die abgeleitete Ansicht ist daher ein "Fenster" in die Objekte, aus denen sie stammt. Eine abgeleitete Ansicht weist jedoch abhängig von weiteren Optionen viele unterschiedliche Verhaltensweisen und Verwendungszwecke auf. Referenzansicht Eine Referenzansicht ist eine abgeleitete Ansicht, die eine reine Untermenge der Objekte ist, die durch sie dargestellt werden. Dies bedeutet, dass die übergeordnete Ansicht und die Referenzansicht auf exakt dieselben Objekte verweisen, sodass Änderungen an einer Ansicht sich auf die andere Ansicht auswirken. Elemente in einer Referenzansicht werden nicht verzweigt, daher werden Referenzansichten auch als nicht verzweigende Ansichten bezeichnet. Die Referenzansicht verwendet dieselben Ansichts-Labels wie ihre übergeordnete Ansicht. Diese Ansichten mit Lese-/ Schreibzugriff referenzieren einen Teil der Elemente, die sich in der aktuellen Konfiguration der übergeordneten Ansicht befinden. Sie enthalten häufig Elemente, die nur für eine bestimmte Arbeitsgruppe oder einen Einzelnen von Interesse sind. Referenzansichten können in zwei weitere Typen untergliedert werden: Aktualisierbare Referenzansicht Die Elemente in einer aktualisierbaren Referenzansicht befinden sich unverankert an der aktuellen Revision der entsprechenden Objekte, die daher über die Referenzansicht aktualisiert werden können. Diese Änderungen werden in der übergeordneten Ansicht auch sofort angezeigt. In der Praxis werden aktualisierbare Referenzansichten nur selten verwendet. Sie können zu Verwechslungen führen, da Aktualisierungen an der Referenzansicht in der übergeordneten Ansicht übernommen werden und umgekehrt. Die Möglichkeit der "Sub-Setting" der Referenzansicht kann in einigen Fällen hilfreich sein, eine ähnliche Funktionalität kann jedoch auch über die Sicherheitseinstellungen erreicht werden. 218
Varianzansicht Schreibgeschützte Referenzansicht Diese Ansichten basieren auf einem bestimmten Status der ursprünglichen Ansicht, sind aber schreibgeschützt. Sie werden in der Regel erstellt, damit sich Elementrevisionen problemlos auffinden lassen, die in spezifischen Produktversionen verwendet werden. Eine Ansicht der Version 4.1 beispielsweise könnte für zukünftige Änderungen der Version 4.1 verwendet werden. Die Ansichten können unverankert oder eingefroren sein. Eine unverankerte Referenzansicht ist mit der übergeordneten Ansicht stets identisch. Eine unverankerte Ansicht kann beispielsweise für Teammitglieder konfiguriert werden, die Änderungen an einem Projekt überwachen. Schreibgeschützte Referenzansichten können zurückgesetzt werden. Eine eingefrorene (oder verankerte) Referenzansicht gibt den Zustand der übergeordneten Ansicht zu einem bestimmten Zeitpunkt wieder. Eine eingefrorene Ansicht kann beispielsweise zum Konfigurieren eines Meilensteins verwendet werden, mit dem der weitere Fortschritt eines Projekts abgeglichen wird. Eingefrorene schreibgeschützte Referenzansichten können nicht zurückgesetzt werden. Einige oder alle der Elementkonfigurationen der Ansicht können "unverankert" sein, sodass Änderungen aus der (aktualisierbaren) übergeordneten Ansicht übernommen werden. Auf ähnliche Weise können Elemente an eine bestimmte Konfiguration angeheftet werden und geben Änderungen an den zu Grunde liegenden Objekten nur dann wieder, wenn die Elementkonfigurationen geändert werden. Sowohl angeheftete als auch frei platzierbare schreibgeschützte Ansichten sind gelegentlich hilfreich für schreibgeschützte Anwendungen, z. B. Build-Skripts. Im Gegensatz zu einer Referenzansicht ist eine Varianzansicht keine reine Untermenge ihrer übergeordneten Ansicht. Die Objekte, auf die sie sich bezieht, können stattdessen bei einer Aktualisierung verzweigen, obwohl das Verhalten beim Verzweigen bei Änderungen individuell festgelegt werden kann. Die varianten Ansichten werden daher auch als "Verzweigungsansichten” bezeichnet. Die anfängliche Konfiguration der Ansichtselemente führen dazu, dass sich variante Ansichten sehr unterschiedlich verhalten: Ansicht "Nicht verzweigen" In diesen Ansichten, die ebenfalls auf einer Konfiguration der aktuellen Ansicht basieren, werden die Elemente nicht verzweigt, wenn sie geändert 219
- 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
- Seite 183 und 184: Die Hauptversion von File Compare/M
- Seite 185 und 186: Ordner vergleichen/zusammenführen
- Seite 187 und 188: FCM-Menüs und -Symbolleiste Die ei
- Seite 189 und 190: Toolbar-Dienstprogramm Dieses Thema
- Seite 191 und 192: StarTeam Web Edition Dieser Abschni
- Seite 193 und 194: Komponentenregister Die Komponenten
- Seite 195 und 196: StarTeam Layout Designer-Benutzerob
- Seite 197 und 198: Borland Search Dieses Thema beschre
- Seite 199 und 200: Workflow Designer Dieses Thema besc
- Seite 201 und 202: Widerrufen Stellt eine zuvor rückg
- Seite 203 und 204: Konzepte 203
- Seite 205 und 206: Allgemeines Dieser Abschnitt enthä
- Seite 207 und 208: Übersicht über Projekte In einem
- Seite 209 und 210: Beispiel 1: Eine einfache Client-/S
- Seite 211 und 212: Projektübergreifende Dateiabhängi
- Seite 213 und 214: Projektübergreifende Aktivitäten
- Seite 215 und 216: Übersicht zu Ansichten Beim Erstel
- Seite 217: "Verzweigen bei Änderung" für den
- Seite 221 und 222: Ansichtstyp Referenz im Gegensatz z
- Seite 223 und 224: enötigen nicht Tausende Ansichten.
- Seite 225 und 226: ausschließlich um Behebungen kriti
- Seite 227 und 228: Die Schlüsselpunkte dieses Szenari
- Seite 229 und 230: Übersicht über Ordner und Pfade I
- Seite 231 und 232: Verwandte Konzepte Übersicht über
- Seite 233 und 234: ♦ Manuell zeigt an, dass die Auto
- Seite 235 und 236: Allgemeines zu Standardordnern und
- Seite 237 und 238: Übersicht über Ein- und Auscheckv
- Seite 239 und 240: Konsistente Ein- und Auscheckvorgä
- Seite 241 und 242: Auscheckvorgänge von Dateien über
- Seite 243 und 244: einigen nicht übereinstimmenden Da
- Seite 245 und 246: Übersicht über das Vergleichen/Zu
- Seite 247 und 248: Übersicht über das Vergleichen/Zu
- Seite 249 und 250: Festschreibungsphase In der Festsch
- Seite 251 und 252: Typen und Regeln für das Vergleich
- Seite 253 und 254: Szenarios für das Zusammenführen
- Seite 255 und 256: 6 Es wird eine Replizierung ausgef
- Seite 257 und 258: andere Aktion setzen, die ausgefüh
- Seite 259 und 260: Schnellzugriff auf Projekte und Ele
- Seite 261 und 262: Sicherheit StarTeam bietet Sicherhe
- Seite 263 und 264: Die wichtigsten Knoten, für die Re
- Seite 265 und 266: Gruppenberechtigungen für Objekte
- Seite 267 und 268: ♦ Statuswerte in einer Ansicht ne
Varianzansicht<br />
Schreibgeschützte Referenzansicht Diese Ansichten basieren auf einem<br />
bestimmten Status der ursprünglichen<br />
Ansicht, sind aber schreibgeschützt. Sie<br />
werden in der Regel erstellt, damit sich<br />
Elementrevisionen problemlos auffinden<br />
lassen, die in spezifischen Produktversionen<br />
verwendet werden. Eine Ansicht der Version<br />
4.1 beispielsweise könnte für zukünftige<br />
Änderungen der Version 4.1 verwendet<br />
werden. Die Ansichten können unverankert<br />
oder eingefroren sein.<br />
Eine unverankerte Referenzansicht ist mit der<br />
übergeordneten Ansicht stets identisch. Eine<br />
unverankerte Ansicht kann beispielsweise für<br />
Teammitglieder konfiguriert werden, die<br />
Änderungen an einem Projekt überwachen.<br />
Schreibgeschützte Referenzansichten<br />
können zurückgesetzt werden.<br />
Eine eingefrorene (oder verankerte)<br />
Referenzansicht gibt den Zustand der<br />
übergeordneten Ansicht zu einem bestimmten<br />
Zeitpunkt wieder. Eine eingefrorene Ansicht<br />
kann beispielsweise zum Konfigurieren eines<br />
Meilensteins verwendet werden, mit dem der<br />
weitere Fortschritt eines Projekts abgeglichen<br />
wird. Eingefrorene schreibgeschützte<br />
Referenzansichten können nicht<br />
zurückgesetzt werden.<br />
Einige oder alle der Elementkonfigurationen<br />
der Ansicht können "unverankert" sein,<br />
sodass Änderungen aus der<br />
(aktualisierbaren) übergeordneten Ansicht<br />
übernommen werden. Auf ähnliche Weise<br />
können Elemente an eine bestimmte<br />
Konfiguration angeheftet werden und geben<br />
Änderungen an den zu Grunde liegenden<br />
Objekten nur dann wieder, wenn die<br />
Elementkonfigurationen geändert werden.<br />
Sowohl angeheftete als auch frei platzierbare<br />
schreibgeschützte Ansichten sind<br />
gelegentlich hilfreich für schreibgeschützte<br />
Anwendungen, z. B. Build-Skripts.<br />
Im Gegensatz zu einer Referenzansicht ist eine Varianzansicht keine reine<br />
Untermenge ihrer übergeordneten Ansicht. Die Objekte, auf die sie sich bezieht,<br />
können stattdessen bei einer Aktualisierung verzweigen, obwohl das Verhalten beim<br />
Verzweigen bei Änderungen individuell festgelegt werden kann. Die varianten<br />
Ansichten werden daher auch als "Verzweigungsansichten” bezeichnet. Die<br />
anfängliche Konfiguration der Ansichtselemente führen dazu, dass sich variante<br />
Ansichten sehr unterschiedlich verhalten:<br />
Ansicht "Nicht verzweigen" In diesen Ansichten, die ebenfalls auf einer<br />
Konfiguration der aktuellen Ansicht basieren, werden<br />
die Elemente nicht verzweigt, wenn sie geändert<br />
219