Borland® StarTeam® 2006 - Borland Technical Publications
Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications
Wenn eine oder mehrere aufeinanderfolgende Aktivitäten in der Hauptansicht zusammengeführt worden sind, wird wie im vorherigen Abschnitt beschrieben eine Unterstützungsansicht für versionsspezifische Wartungszwecke erstellt. Szenario 3: Gleichzeitige Entwicklungsaktivitäten In großen Entwicklungsumgebungen werden die Entwicklungsprojekte häufig nicht nacheinander bearbeitet. Stattdessen müssen Sie möglicherweise mehrere gleichzeitige Aktivitäten starten, die schließlich zusammengestellt und anschließend zusammen freigegeben werden müssen. Jede Aktivität muss nicht nur ihre eigenen Entwicklungsund Testphasen, sondern auch die Integrationstests mit anderen Aktivitäten bestehen, bevor sie für die Haupt- Baseline freigegeben werden kann. In diesen Umgebungen kann das direkte Zusammenführen von Aktivitätsansicht in die Hauptansicht zu nicht tolerierbaren Zeiträumen der Instabilität führen. In diesem Szenario werden zwei Änderungen aus dem vorherigen Beispiel vorgeschlagen. Die Aktivitätsansicht sollte zunächst als Variantenansicht des Typs "Alle verzweigen" erstellt werden, deren Elementkonfigurationen anfänglich auf ein bekanntes Ansichts-Label gesetzt sind. Für die Aktivitätsansicht kann regelmäßig anhand der Hauptansicht eine Neubestimmung der Basis durchgeführt werden, indem von der Hauptansicht aus zusammengeführt wird, wodurch sich die Elementkonfigurationen zeitmäßig vorwärts bewegen. Dies ermöglicht es, dass Änderungen aus anderen Aktivitäten, die in der Hauptansicht zusammengeführt wurden, auf kontrollierte Weise zurück in die Aktivitätsansicht zusammengeführt werden. Des Weiteren wird eine Freigabeansicht erstellt, wenn mehrere Aktivitäten zusammengeführt werden können. (Eine Freigabeansicht könnte auch als Ansicht für Freigabekandidaten bezeichnet werden.) Bei der Freigabeansicht sollte es sich wie bei der Aktivitätsansicht um eine Variantenansicht des Typs "Alle verzweigen" handeln, deren Elemente anfänglich auf einer bekannten Konfiguration basieren (z. B. einem Ansichts-Label). Jede für dieselbe Version vorgesehene Aktivitätsansicht wird anschließend unter Verwendung der Funktion zum Vergleichen und Zusammenführen von Ansichten in der Freigabeversion zusammengeführt. Nach dem Zusammenführen der "Geschwisteransichten" in der Freigabeansicht wird diese einem Integrationstest unterzogen. Die als Folge des Tests erforderlichen Änderungen werden in der Freigabeansicht vorgenommen. Wenn die Version schließlich genehmigt wird, wird sie mit der Hauptansicht zusammengeführt. In diesem Szenario ist eine separate Unterstützungsansicht in der Regel nicht erforderlich, da die Freigabeansicht die Rolle des Wartungsstroms annehmen kann. Das Szenario der gleichzeitigen Entwicklung ist im Folgenden dargestellt. 226
Die Schlüsselpunkte dieses Szenarios sind im Folgenden zusammengefasst: ♦ Aktivitätsansichten sind unverankerte Ansichten des Typs "Alle verzweigen". ♦ Freigabeansichten sind feste Ansichten des Typs "Alle verzweigen" ♦ Alle Ansichten sind untergeordnete Ansichten der zweiten Ebene. ♦ Eine neue Aktivitätsansicht (Präfix "A") wird erstellt, wenn eine neue Hauptaktivität gestartet wird. Eine Aktivitätsansicht ist eine Variantenansicht des Typs "Alle verzweigen" mit konfigurierten (nicht frei platzierbaren) Elementkonfigurationen. ♦ Eine neue Version (Präfix "R") wird erstellt, wenn die erste Aktivität in den Freigabestrom gestellt werden kann. Eine Freigabeansicht wird auf dieselbe Weise wie eine Aktivitätsansicht erstellt. ♦ Bevor eine Aktivitätsansicht mit einer Freigabeansicht zusammengeführt wird, wird für sie zunächst anhand der Hauptansicht eine Neubestimmung der Basis durchgeführt, um etwaige neue Änderungen zu übernehmen (z. B. weitere Version- oder "mod"-Änderungen). Dies erfolgt durch eine abwärts verlaufende Zusammenführung ("catch-up"), die durch nach unten zeigende gepunktete Pfeile gekennzeichnet ist. ♦ Wenn alle Aktivitätsansichten in ihrer Zielfreigabeansicht zusammengeführt worden sind, wird für die Freigabeansicht anhand der Hauptansicht eine Neubestimmung der Basis durchgeführt. ♦ Eine Freigabeansicht wird durch Zusammenführen mit der Hauptansicht "zum Einsatz bereitgestellt". Dies erfolgt über eine aufwärts verlaufende Zusammenführung, die durch nach oben zeigende gepunktete Pfeile gekennzeichnet ist. Die Freigabeversion übernimmt anschließend die Rolle einer Unterstützungsansicht. ♦ Kleinere Änderungen ("mods") werden direkt in der entsprechenden Aktivitäts-, Freigabe- oder Hauptansicht unter Verwendung der Prozessregeln zur Steuerung vorgenommen. Durch Anpassen der Verfahren für das Erstellen und Verwalten von Aktivitäts- und Freigabeansichten können Sie den Prozess optimieren, um den gleichzeitigen Entwicklungserfordernissen in Ihre Umgebung zu entsprechen. Je komplexer der Entwicklungsprozess, desto wichtiger ist es, den Prozess an die jeweiligen Anforderungen anzupassen. 227
- 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 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: ausschließlich um Behebungen kriti
- 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
- Seite 269 und 270: Verwendung von Passwörtern Passwö
- Seite 271 und 272: Server-Zeitlimit-Optionen Sie könn
- Seite 273 und 274: Übersicht über Benutzer- und Grup
- Seite 275 und 276: Sicherheitsprotokolle Die Anwendung
Wenn eine oder mehrere aufeinanderfolgende Aktivitäten in der Hauptansicht zusammengeführt worden sind, wird<br />
wie im vorherigen Abschnitt beschrieben eine Unterstützungsansicht für versionsspezifische Wartungszwecke<br />
erstellt.<br />
Szenario 3: Gleichzeitige Entwicklungsaktivitäten<br />
In großen Entwicklungsumgebungen werden die Entwicklungsprojekte häufig nicht nacheinander bearbeitet.<br />
Stattdessen müssen Sie möglicherweise mehrere gleichzeitige Aktivitäten starten, die schließlich zusammengestellt<br />
und anschließend zusammen freigegeben werden müssen. Jede Aktivität muss nicht nur ihre eigenen Entwicklungsund<br />
Testphasen, sondern auch die Integrationstests mit anderen Aktivitäten bestehen, bevor sie für die Haupt-<br />
Baseline freigegeben werden kann. In diesen Umgebungen kann das direkte Zusammenführen von Aktivitätsansicht<br />
in die Hauptansicht zu nicht tolerierbaren Zeiträumen der Instabilität führen.<br />
In diesem Szenario werden zwei Änderungen aus dem vorherigen Beispiel vorgeschlagen. Die Aktivitätsansicht<br />
sollte zunächst als Variantenansicht des Typs "Alle verzweigen" erstellt werden, deren Elementkonfigurationen<br />
anfänglich auf ein bekanntes Ansichts-Label gesetzt sind. Für die Aktivitätsansicht kann regelmäßig anhand der<br />
Hauptansicht eine Neubestimmung der Basis durchgeführt werden, indem von der Hauptansicht aus<br />
zusammengeführt wird, wodurch sich die Elementkonfigurationen zeitmäßig vorwärts bewegen. Dies ermöglicht es,<br />
dass Änderungen aus anderen Aktivitäten, die in der Hauptansicht zusammengeführt wurden, auf kontrollierte Weise<br />
zurück in die Aktivitätsansicht zusammengeführt werden.<br />
Des Weiteren wird eine Freigabeansicht erstellt, wenn mehrere Aktivitäten zusammengeführt werden können. (Eine<br />
Freigabeansicht könnte auch als Ansicht für Freigabekandidaten bezeichnet werden.) Bei der Freigabeansicht sollte<br />
es sich wie bei der Aktivitätsansicht um eine Variantenansicht des Typs "Alle verzweigen" handeln, deren Elemente<br />
anfänglich auf einer bekannten Konfiguration basieren (z. B. einem Ansichts-Label). Jede für dieselbe Version<br />
vorgesehene Aktivitätsansicht wird anschließend unter Verwendung der Funktion zum Vergleichen und<br />
Zusammenführen von Ansichten in der Freigabeversion zusammengeführt. Nach dem Zusammenführen der<br />
"Geschwisteransichten" in der Freigabeansicht wird diese einem Integrationstest unterzogen. Die als Folge des<br />
Tests erforderlichen Änderungen werden in der Freigabeansicht vorgenommen. Wenn die Version schließlich<br />
genehmigt wird, wird sie mit der Hauptansicht zusammengeführt. In diesem Szenario ist eine separate<br />
Unterstützungsansicht in der Regel nicht erforderlich, da die Freigabeansicht die Rolle des Wartungsstroms<br />
annehmen kann.<br />
Das Szenario der gleichzeitigen Entwicklung ist im Folgenden dargestellt.<br />
226