Borland® StarTeam® 2006 - Borland Technical Publications
Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications
Ansichtskonfiguration und -verwaltung Ansichten gehören zu den wichtigsten Konfigurationskonzepten in StarTeam. Sie stellen "Portale" für Projektartefakte dar, die für zahlreiche Aktivitäten im Entwicklungsprozess verwendet werden können. Ansichten bieten viele Tools und Optionen für eine Vielzahl von Anforderungen. Sie sollten Ansichten jedoch mit Bedacht einsetzen Dieser Abschnitt beschreibt die grundlegenden Ansichtstypen und ihre allgemeinen Merkmale. Er enthält zudem einige grundlegenden Richtlinien für die Verwendung von Ansichten sowie Vorschläge dazu, wie Ansichten verwendet werden können, um die unterschiedlichen Szenarios im Entwicklungs-Lebenszyklus zu handhaben. In diesem Abschnitt Übersicht zu Ansichten Beschreibt die Ansichten und deren Verwendung. Erläuterungen zu den Ansichtstypen Beschreibt die unterschiedlichen Ansichtstypen. Ordnungsgemäße Verwendung von Ansichten Bietet allgemeine Richtlinien für das Erstellen und Verwalten von Ansichten. Ansichten, die die iterative Entwicklung unterstützen Dieser Abschnitt beschreibt unterschiedliche Szenarios zur iterativen Entwicklung und enthält Vorschläge, wie Ansichten zur Unterstützung dieser Szenarios verwendet werden können. Verwandte Verfahrensweisen Ansichten verwalten 214
Übersicht zu Ansichten Beim Erstellen eines Projekts wird auch eine erste oder Stammansicht des Projekts erstellt. Die erste Ansicht erhält den Namen des Projekts und setzt sich aus dem Stammordner und einer Hierarchie aus Unterordnern zusammen. In dieser Ansicht verfügen Sie über Lese-/Schreibzugriff. Die Stammansicht wird als dynamische Ansicht bezeichnet, weil sie alle Änderungen an den Elementen im Projekt anzeigt, wodurch sie sich besonders für die Entwicklung im Team eignet. Um den Anforderungen der Benutzer und des Projekts gerecht zu werden, können Sie in der Anwendung zusätzliche Ansichten zu einem Projekt hinzufügen, die auf dieser Ansicht basieren. Diese zusätzlichen Ansichten enthalten möglicherweise einen Teil oder den gesamten Inhalt der ersten Ansicht und können ein unterschiedliches Verhalten aufweisen. Ansichten bieten beispielsweise folgende Möglichkeiten: ♦ Verwenden derselben Ordnerhierarchie für die Version 2.5 und die Version 3.0 eines Produkts. Dies lässt sich am einfachsten erreichen, indem Sie für die Version 3.0 eine neue Ansicht erstellen, die auf der Ansicht der Version 2.5 basiert. ♦ Beschränken des sichtbaren Teils eines Projekts für bestimmte Teammitglieder. Entwickler benötigen nur die Projektordner mit dem Quellcode und deren Unterordner, während die Marketingabteilung nur die Marketingordner und deren Unterordner einsehen muss usw. Für alle Ansichten können unterschiedliche Stammordner festgelegt werden. ♦ Unterstützung von Verzweigungsverhalten und paralleler Entwicklung. Durch das Verzweigen von Dateien und anderen Daten in eine neue Ansicht kann Ihr Unternehmen bereits an der Version 2.0 eines Produkts arbeiten, ohne in Konflikte mit der Erstellung von Service Packs für die Version 1.0 zu geraten. Ansichten repräsentieren Elementkonfigurationen und unterstützen unterschiedliche Entwicklungs-Baselines, die auf demselben Code basieren. Bei Bedarf können Sie Ansichten vergleichen und zusammenführen. Beispielsweise können Sie abschließend Dateien der Ansichten "5 Wartung" und "5.0 Neue Entwicklung" in der Ansicht "Baseline" zusammenführen. Ansichten sind sehr flexibel. Sie können beispielsweise neu konfiguriert werden, sodass sie den Zustand eines Elements zu einem früheren Zeitpunkt oder basierend auf einem Ansichts-Label oder einem verknüpften Heraufstufungsstatus anzeigen. Rollback-Ansichten sind schreibgeschützt, zeigen den genauen Status der Elemente an und lassen keine weiteren Änderungen an den Elementen zu. Verzweigungsansichten Eine Verzweigungsansicht ist eine Ansicht, in der Verzweigungen zugelassen sind, d. h. Ordner und andere Elemente in der Ansicht können separat von den entsprechenden übergeordneten Elementen dargestellt werden. Die Verzweigung von Ansichten dient mehreren Zwecken. Sie ist beispielsweise in den folgenden Fällen hilfreich: ♦ Es müssen Anforderungen erfüllt werden, die sich vom hauptsächlichen Entwicklungsziel unterscheiden. So kann es beispielsweise erforderlich sein, eine Wartungsversion oder eine kundenspezifische Version eines Produkts zu erstellen, die von einer vorherigen kommerziellen Version durch Verzweigung abgeleitet ist. ♦ Für die Entwicklung der nächsten Produktversion sollen Dateien der früheren Version verwendet werden. ♦ Ein bestimmter Projektbereich sollte erst offen gelegt werden, wenn er abgeschlossen und getestet wurde. Anschließend können die vorgenommenen Änderungen, wo und wann notwendig, mit dem Hauptprogramm zusammengeführt werden. Der für eine Verzweigungsansicht verwendete Arbeitsordner sollte sich von dem der übergeordneten Ansicht unterscheiden. Wenn Sie für beide Ansichten denselben Arbeitsordner verwenden, kann dies nicht nur zu Verwirrungen sondern auch zu ernsthaften Problemen führen: Die entsprechenden Elemente sind in beiden Ansichten identisch, bis ein Element verzweigt wird. Sobald eine Elementverzweigung erstellt wird, sind die Elemente nicht mehr identisch und die neue Verzweigung wird durch die Revisionsnummer gekennzeichnet. Sie können nur dadurch wieder identisch gemacht werden, indem sie durch 215
- 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
- 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: Projektübergreifende Aktivitäten
- Seite 217 und 218: "Verzweigen bei Änderung" für den
- Seite 219 und 220: Varianzansicht Schreibgeschützte R
- 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
Übersicht zu Ansichten<br />
Beim Erstellen eines Projekts wird auch eine erste oder Stammansicht des Projekts erstellt. Die erste Ansicht erhält<br />
den Namen des Projekts und setzt sich aus dem Stammordner und einer Hierarchie aus Unterordnern zusammen.<br />
In dieser Ansicht verfügen Sie über Lese-/Schreibzugriff.<br />
Die Stammansicht wird als dynamische Ansicht bezeichnet, weil sie alle Änderungen an den Elementen im Projekt<br />
anzeigt, wodurch sie sich besonders für die Entwicklung im Team eignet.<br />
Um den Anforderungen der Benutzer und des Projekts gerecht zu werden, können Sie in der Anwendung zusätzliche<br />
Ansichten zu einem Projekt hinzufügen, die auf dieser Ansicht basieren. Diese zusätzlichen Ansichten enthalten<br />
möglicherweise einen Teil oder den gesamten Inhalt der ersten Ansicht und können ein unterschiedliches Verhalten<br />
aufweisen.<br />
Ansichten bieten beispielsweise folgende Möglichkeiten:<br />
♦ Verwenden derselben Ordnerhierarchie für die Version 2.5 und die Version 3.0 eines Produkts. Dies lässt sich<br />
am einfachsten erreichen, indem Sie für die Version 3.0 eine neue Ansicht erstellen, die auf der Ansicht der<br />
Version 2.5 basiert.<br />
♦ Beschränken des sichtbaren Teils eines Projekts für bestimmte Teammitglieder. Entwickler benötigen nur die<br />
Projektordner mit dem Quellcode und deren Unterordner, während die Marketingabteilung nur die<br />
Marketingordner und deren Unterordner einsehen muss usw. Für alle Ansichten können unterschiedliche<br />
Stammordner festgelegt werden.<br />
♦ Unterstützung von Verzweigungsverhalten und paralleler Entwicklung. Durch das Verzweigen von Dateien<br />
und anderen Daten in eine neue Ansicht kann Ihr Unternehmen bereits an der Version 2.0 eines Produkts<br />
arbeiten, ohne in Konflikte mit der Erstellung von Service Packs für die Version 1.0 zu geraten.<br />
Ansichten repräsentieren Elementkonfigurationen und unterstützen unterschiedliche Entwicklungs-Baselines, die<br />
auf demselben Code basieren. Bei Bedarf können Sie Ansichten vergleichen und zusammenführen. Beispielsweise<br />
können Sie abschließend Dateien der Ansichten "5 Wartung" und "5.0 Neue Entwicklung" in der Ansicht "Baseline"<br />
zusammenführen. Ansichten sind sehr flexibel. Sie können beispielsweise neu konfiguriert werden, sodass sie den<br />
Zustand eines Elements zu einem früheren Zeitpunkt oder basierend auf einem Ansichts-Label oder einem<br />
verknüpften Heraufstufungsstatus anzeigen. Rollback-Ansichten sind schreibgeschützt, zeigen den genauen Status<br />
der Elemente an und lassen keine weiteren Änderungen an den Elementen zu.<br />
Verzweigungsansichten<br />
Eine Verzweigungsansicht ist eine Ansicht, in der Verzweigungen zugelassen sind, d. h. Ordner und andere<br />
Elemente in der Ansicht können separat von den entsprechenden übergeordneten Elementen dargestellt werden.<br />
Die Verzweigung von Ansichten dient mehreren Zwecken. Sie ist beispielsweise in den folgenden Fällen hilfreich:<br />
♦ Es müssen Anforderungen erfüllt werden, die sich vom hauptsächlichen Entwicklungsziel unterscheiden. So<br />
kann es beispielsweise erforderlich sein, eine Wartungsversion oder eine kundenspezifische Version eines<br />
Produkts zu erstellen, die von einer vorherigen kommerziellen Version durch Verzweigung abgeleitet ist.<br />
♦ Für die Entwicklung der nächsten Produktversion sollen Dateien der früheren Version verwendet werden.<br />
♦ Ein bestimmter Projektbereich sollte erst offen gelegt werden, wenn er abgeschlossen und getestet wurde.<br />
Anschließend können die vorgenommenen Änderungen, wo und wann notwendig, mit dem Hauptprogramm<br />
zusammengeführt werden.<br />
Der für eine Verzweigungsansicht verwendete Arbeitsordner sollte sich von dem der übergeordneten Ansicht<br />
unterscheiden. Wenn Sie für beide Ansichten denselben Arbeitsordner verwenden, kann dies nicht nur zu<br />
Verwirrungen sondern auch zu ernsthaften Problemen führen:<br />
Die entsprechenden Elemente sind in beiden Ansichten identisch, bis ein Element verzweigt wird. Sobald eine<br />
Elementverzweigung erstellt wird, sind die Elemente nicht mehr identisch und die neue Verzweigung wird durch die<br />
Revisionsnummer gekennzeichnet. Sie können nur dadurch wieder identisch gemacht werden, indem sie durch<br />
215