22.11.2013 Aufrufe

Borland® StarTeam® 2006 - Borland Technical Publications

Borland® StarTeam® 2006 - Borland Technical Publications

Borland® StarTeam® 2006 - Borland Technical Publications

MEHR ANZEIGEN
WENIGER ANZEIGEN

Erfolgreiche ePaper selbst erstellen

Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.

Ordnungsgemäße Verwendung von Ansichten<br />

Für das Erstellen und Verwalten von Ansichten gibt es unabhängig vom Ansichtstyp allgemeine Richtlinien.<br />

Ansichten als "Datenströme" behandeln<br />

Die Hauptansicht als Haupt-Baseline verwenden<br />

Ansichten des Typs "Alle verzweigen" verwenden<br />

Ansichts-Labels und Heraufstufungsstatuswerte<br />

verwenden<br />

Nicht über die zweite oder dritte Ansichtsebene<br />

hinausgehen<br />

Einige Ansichtstypen dürfen nur unter bestimmten<br />

Umständen verwendet werden<br />

Nicht zu viele Ansichten verwenden<br />

Behandeln Sie jede Ansicht als "Datenstrom" für eine<br />

bestimmte Lebenszyklusaktivität. Die Ansicht erhält<br />

möglicherweise, je nachdem welchen Aktivitätstyp sie<br />

unterstützt, viele, wenige oder gar keine<br />

Aktualisierungen.<br />

Verwenden Sie die Hauptansicht als die Produktions-<br />

Baseline des Projekts. Als solche akkumuliert sie alle<br />

Artefakte für die vom Projekt unterstützten<br />

Anwendungen oder Komponenten. Je nach<br />

Lebenszyklus-Modell und der Größe des<br />

Entwicklungsteams können Änderungen auf vielfältige<br />

Weise vorgenommen werden. Dies wird weiter hinten<br />

beschrieben. Die Änderungen migrieren jedoch<br />

irgendwann in die Hauptansicht.<br />

Stellen Sie sicher, dass Sie standardmäßig Ansichten<br />

des Typs "Alle verzweigen" verwenden. Verwenden Sie<br />

Referenzansichten nur für schreibgeschützte<br />

Aktivitäten, z. B. Build-Skripts.<br />

Ansichts-Labels und Heraufstufungsstatuswerte sind<br />

einfach zu verwenden und sehr effektiv. Mit einem<br />

Ansichts-Label können Sie schnell alle Artefakte in einer<br />

Ansicht markieren, Auscheckvorgänge und Builds<br />

basierend auf dem Label ausführen und die Revisionen<br />

einzelner Dateien, die im Label enthalten sind,<br />

anpassen. Mit Heraufstufungsstatuswerten können Sie<br />

logische Lebenszyklus-Statuswerte definieren, z. B.<br />

Kandidaten für Engineering-Tests oder Freigaben, und<br />

die einzelnen Kandidaten einem Ansichts-Label<br />

zuordnen, das angepasst oder einfach in den nächsten<br />

Status heraufgestuft werden kann. Neue Ansichten<br />

können ebenfalls basierend auf Ansichts-Labels und<br />

Heraufstufungsstatuswerten erstellt werden.<br />

Ansichten sind in der Regel nur als direkte<br />

Unteransichten der Hauptansicht erforderlich.<br />

Gelegentlich sind jedoch auch Ansichten der dritten<br />

Ebene (Unterunteransicht) erforderlich. Wenn Sie<br />

Ansichten verwenden, die über die dritte Ebene<br />

hinausgehen, bedeutet dies, dass Sie Ansichten<br />

wahrscheinlich nicht effizient nutzen.<br />

Verwenden Sie abgeleitete Ansichten, unverankerte<br />

Ansichten oder Referenzansichten nur in sehr speziellen<br />

Situationen, in denen Sie das Verhalten dieser<br />

Ansichtstypen genau verstehen und wo das Verhalten<br />

Ihrem Anwendungsfall am besten entspricht.<br />

Ansichten sind im Grunde "schwergewichtige" Objekte:<br />

Es kann viele Minuten dauern, sie zu erstellen, wenn sie<br />

aus einer vorhandenen Ansicht mit vielen Elementen<br />

abgeleitet werden, und sie fügen in der Regel Tausende<br />

neuer untergeordneter Elemente zur Datenbank hinzu.<br />

Auf einem StarTeam-Server können problemlos<br />

mehrere Hundert Ansichten verfügbar sein, aber Sie<br />

222

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!