Borland® StarTeam® 2006 - Borland Technical Publications
Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications
Szenarios für das Zusammenführen von Ansichten Die folgenden Diagramme zeigen Beispiele für die typischen Szenarios für "Basis neu bestimmen", "Heraufstufen" und "Replizieren". Beispiel für "Basis neu bestimmen" Dieses Beispiel zeigt ein typisches Szenario, in dem eine Aktivitätsansicht (untergeordnet, alle verzweigen) aus einem bestimmten Label, einem Heraufstufungsstatus oder einem Zeitstempel erstellt wird, um einen bestimmten Bug-Fix oder eine Verbesserung zu unterstützen. Nachdem die Änderungen gleichzeitig in der über- und der untergeordneten Ansicht vorgenommen wurden, wird eine Neubestimmung der Basis ausgeführt, um die Änderungen in der übergeordneten Ansicht in die untergeordnete Ansicht zu verteilen. Dieser Prozess wird so lange wiederholt, bis die untergeordnete Ansicht nicht mehr erforderlich ist. 1 Eine "Aktivitätsansicht" (untergeordnet, alle verzweigen) wird aus einem bestimmten Label, einem Heraufstufungsstatus oder einem Zeitstempel erstellt, um einen bestimmten Bug-Fix oder eine Verbesserung zu unterstützen. 2 Änderungen werden für folgende Aktivitäten vorgenommen: Verzweigen geänderter Dateien, Hinzufügen neuer Dateien, Verschieben oder Umbenennen von Dateien usw. 3 Änderungen werden gleichzeitig in der übergeordneten Ansicht vorgenommen. 4 Eine Neubestimmung der Basis wird ausgeführt, um Änderungen in der übergeordneten an die untergeordnete Ansicht weiterzugeben. 5 In beiden Ansichten werden gleichzeitig weitere Änderungen vorgenommen. 6 Es wird eine weitere Neubestimmung der Basis ausgeführt, um die Änderungen weiterzugeben. Beispiel für das Heraufstufen Dieses Beispiel zeigt ein typisches Szenario, in dem eine untergeordnete Ansicht erstellt wird, um zu ermöglichen, dass ein neuer Entwicklungszweig gleichzeitig mit der fortlaufenden Entwicklung des Hauptzweiges bestehen kann. Während der Entwicklung wird die untergeordnete Ansicht geändert, ihre Basis neu bestimmt, compiliert, getestet und schließlich freigegeben. Die Änderungen aus der untergeordneten Ansicht werden in unterschiedlichen Phasen an die übergeordnete Ansicht weitergegeben, um Änderungen freizugeben; dies geschieht möglicherweise an Punkten, die wichtige Meilensteine im Arbeitsprozess darstellen. Am Ende des Zweigs wird eine Neubestimmung der Basis der übergeordneten Ansicht ausgeführt. Nachdem die aus der übergeordneten Ansicht in die untergeordnete Ansicht übernommenen Änderungen compiliert wurden, wird die untergeordnete Ansicht erneut in die übergeordnete Ansicht heraufgestuft. 358
1 Eine "Aktivitätsansicht" wurde erstellt, geändert, ihre Basis neu bestimmt, compiliert, getestet und kann freigegeben werden. 2 Es wird eine Heraufstufung durchgeführt, um Änderungen der untergeordneten Ansicht an die übergeordnete Ansicht weiterzugeben. 3 In der Aktivitätsansicht sind weitere Änderungen erforderlich. 4 In der Zwischenzeit wird die übergeordnete Ansicht ebenfalls geändert. 5 Die untergeordnete Ansicht wird über eine Neubestimmung der Basis mit den Änderungen der übergeordneten Ansicht aktualisiert. 6 Das Compilieren und die Tests waren erfolgreich, sodass die untergeordnete Ansicht wieder in die übergeordnete Ansicht heraufgestuft wird. 7 Die Aktivitätsansicht wird danach schließlich nicht mehr verwendet. Beispiel für die Replizierung Dieses Beispiel zeigt ein typisches Szenario, in dem die übergeordnete Ansicht für verschiedene Produktversionen zweimal verzweigt wurde, um die Zweige 2.0 und 3.0 zu erstellen. Während der Produktwartung werden am Zweig 2.0 Änderungen vorgenommen, die auch für Zweig 3.0, jedoch nicht für den Hauptzweig gelten. Um die Änderungen aus 2.0 an 3.0 weiterzugeben, wird eine Replizierung durchgeführt. 1 Eine "Freigabeansicht" (untergeordnet, alle verzweigen) wird erstellt, um Version 2.0 zu unterstützen. 2 In Vorbereitung auf die nächste Version werden Änderungen in der Hauptansicht durchgeführt. 3 Zur Unterstützung der Version 3.0 wird eine "Freigabeansicht" erstellt. 4 Für zukünftige Versionen werden weitere Änderungen vorgenommen. 5 In Version 2.0 wurde ein Bug behoben, der auch Version 3.0, jedoch keine anderen Versionen betrifft. 359
- Seite 307 und 308: Verwandte Konzepte Projektadministr
- Seite 309 und 310: aktualisiert wird, dann können Bui
- Seite 311 und 312: Ansichtskonfiguration und -verwaltu
- Seite 313 und 314: Vergleichen und Zusammenführen von
- Seite 315 und 316: Erläuterungen zu den Ansichtstypen
- Seite 317 und 318: Ansicht "Alle verzweigen" werden. E
- Seite 319 und 320: Ordnungsgemäße Verwendung von Ans
- Seite 321 und 322: Ansichten, die die iterative Entwic
- Seite 323 und 324: Wenn eine oder mehrere aufeinanderf
- Seite 325 und 326: Verwandte Konzepte Übersicht zu An
- Seite 327 und 328: des Befehls "Arbeitsordner erstelle
- Seite 329 und 330: Heraufstufungsstatuswerte Ein Herau
- Seite 331 und 332: Mit der Zeit ändert sich das Build
- Seite 333 und 334: Prozesselemente Änderungsanforderu
- Seite 335 und 336: Verwandte Konzepte Änderungsanford
- Seite 337 und 338: Verzweigungen Eine Verzweigungsansi
- Seite 339 und 340: Übersicht über die Verzweigungsop
- Seite 341 und 342: Verzweigungsverhalten von Ordnern o
- Seite 343 und 344: Auswirkungen auf Änderungsanforder
- Seite 345 und 346: Übersicht über das Vergleichen/Zu
- Seite 347 und 348: Übersicht über das Vergleichen/Zu
- Seite 349 und 350: Festschreibungsphase In der Festsch
- Seite 351 und 352: View Compare/Merge-Perspektiven Das
- Seite 353 und 354: Mithilfe der Zusammenführungspersp
- Seite 355 und 356: Verwandte Konzepte Ansichten vergle
- Seite 357: Verzweigen bei Änderung und mit ei
- Seite 361 und 362: View Compare/Merge-Aktionen Wenn Si
- Seite 363 und 364: Atomische Eincheckvorgänge Alle Ei
- Seite 365 und 366: Backups Dieser Abschnitt enthält k
- Seite 367 und 368: StarTeam Backups Da StarTeam Native
- Seite 369 und 370: Übersicht über das Verschieben vo
- Seite 371 und 372: Online-Backups Wenn alle Archivdate
- Seite 373 und 374: Übersicht über Datenbank-Backups
- Seite 375 und 376: Vollständige Backups von SQL Serve
- Seite 377 und 378: Backups von Oracle-Datenbanken Ein
- Seite 379 und 380: Borland empfiehlt, Online-Backups z
- Seite 381 und 382: Speicherorte für die Datenspeicher
- Seite 383 und 384: .dmp-Dateien Der Server erstellt .d
- Seite 385 und 386: Native-II-Datenspeicher und Hives D
- Seite 387 und 388: voneinander unabhängige Volumes ve
- Seite 389 und 390: Zugriffsrechte gewähren Wannn und
- Seite 391 und 392: Die Elementknoten Borland empfiehlt
- Seite 393 und 394: Zugriffsrechte auf Ordnerebene gew
- Seite 395 und 396: Zugriffsrechte auf Elementebene gew
- Seite 397 und 398: Allgemeine Regeln für Zugriffsrech
- Seite 399 und 400: Übersicht über Benutzer- und Grup
- Seite 401 und 402: LDAP für die Passwortverifizierung
- Seite 403 und 404: die Festplatte und die Netzwerkress
- Seite 405 und 406: Atomische Eincheckvorgänge Alle Ei
- Seite 407 und 408: Prüfung auf verwaiste Dateien Bei
1 Eine "Aktivitätsansicht" wurde erstellt, geändert, ihre Basis neu bestimmt, compiliert, getestet und kann<br />
freigegeben werden.<br />
2 Es wird eine Heraufstufung durchgeführt, um Änderungen der untergeordneten Ansicht an die übergeordnete<br />
Ansicht weiterzugeben.<br />
3 In der Aktivitätsansicht sind weitere Änderungen erforderlich.<br />
4 In der Zwischenzeit wird die übergeordnete Ansicht ebenfalls geändert.<br />
5 Die untergeordnete Ansicht wird über eine Neubestimmung der Basis mit den Änderungen der übergeordneten<br />
Ansicht aktualisiert.<br />
6 Das Compilieren und die Tests waren erfolgreich, sodass die untergeordnete Ansicht wieder in die übergeordnete<br />
Ansicht heraufgestuft wird.<br />
7 Die Aktivitätsansicht wird danach schließlich nicht mehr verwendet.<br />
Beispiel für die Replizierung<br />
Dieses Beispiel zeigt ein typisches Szenario, in dem die übergeordnete Ansicht für verschiedene Produktversionen<br />
zweimal verzweigt wurde, um die Zweige 2.0 und 3.0 zu erstellen. Während der Produktwartung werden am Zweig<br />
2.0 Änderungen vorgenommen, die auch für Zweig 3.0, jedoch nicht für den Hauptzweig gelten. Um die Änderungen<br />
aus 2.0 an 3.0 weiterzugeben, wird eine Replizierung durchgeführt.<br />
1 Eine "Freigabeansicht" (untergeordnet, alle verzweigen) wird erstellt, um Version 2.0 zu unterstützen.<br />
2 In Vorbereitung auf die nächste Version werden Änderungen in der Hauptansicht durchgeführt.<br />
3 Zur Unterstützung der Version 3.0 wird eine "Freigabeansicht" erstellt.<br />
4 Für zukünftige Versionen werden weitere Änderungen vorgenommen.<br />
5 In Version 2.0 wurde ein Bug behoben, der auch Version 3.0, jedoch keine anderen Versionen betrifft.<br />
359