Borland® StarTeam® 2006 - Borland Technical Publications

Projektübergreifende Dateiabhängigkeiten
Wenn Projekte sehr stark zusammenhängen, sind die projektübergreifenden Abhängigkeiten nur minimal, dennoch
können projektübergreifende Dateirelationen auftreten. Einige, entweder verfasste oder generierte Dateien müssen
möglicherweise in mehreren Projekten verwendet werden.
Eine Möglichkeit der Handhabung dieser Situation ist, die abhängigen Dateien eines Projekts in anderen Projekten
gemeinsam zu nutzen. Oberflächlich gesehen funktioniert dieser Ansatz, aber die Erfahrung zeigt, dass
projektübergreifende Freigaben aus mehreren Gründen problematisch sind:
♦ Wenn das Verhalten einer Freigabe auf "frei platzierbar" konfiguriert ist, gehen Änderungen aus dem
übergeordneten Projektfluss sofort in das untergeordnete Projekt über, und dies machmal zu ungelegenen
Zeiten. Viele StarTeam-Benutzer sind der Meinung, dass sie die Aktualisierungsverteilung regelmäßiger
durchgeführt werden muss.
♦ Wenn das Verhalten einer Freigabe für einen bestimmten Zeitstempel konfiguriert ist, muss dieser gelegentlich
angepasst werden, damit die Aktualisierungen verteilt werden können. Dadurch wird das gemeinsam genutzte
Element schreibgeschützt und das fortlaufende Anpassen des Konfigurationszeitstempels für eine große
Anzahl von Freigaben kann sehr aufwändig werden.
♦ Wenn die Eigenschaft "Verzweigen bei Änderung" einer Freigabe den Wert "true" erhält (möglicherweise
unbeabsichtigt) und an der untergeordneten Freigabe wird eine Änderung vorgenommen, verzweigt sich das
Objekt im untergeordneten Projekt. Dadurch wird die Freigabe vom übergeordneten Objekt getrennt, was nur
schwer rückgängig gemacht werden kann. Wenn es sich bei der untergeordneten Freigabe um einen Ordner
handelt, führt eine harmlose Änderung, z. B. das Ändern des Arbeitsordners dazu, dass sich das Ordnerobjekt
verzweigt.
♦ Wenn ein Element, das Teil einer Freigabebaumstruktur ist, aktualisiert wird, müssen alle Elemente in dieser
Baumstruktur gesperrt werden. Die zunehmende Größe der Freigabebaumstruktur wirkt sich proportional auf
die Update-Leistung aus.
♦ Wenn veraltete Ansichten und Projekte gelöscht werden, kann in der Regel das StarTeam-Dienstprogramm
für die Bereinigung verwendet werden, um nicht verwendete Datenbankdatensätze und Archivdateien
zurückzugeben. Freigaben, die von einem gelöschten Projekt oder einer gelöschten Ansicht verwendet
werden, können jedoch verhindern, dass das Dienstprogramm für die Bereinigung die erwartete Reduzierung
der Datenbank- und Archivgröße erreicht. Dies bedeutet, dass die Größe von Serverkonfigurationen, die
produktübergreifende Freigaben verwenden, möglicherweise nicht reduziert werden kann.
Aus diesen Gründen haben sich andere Techniken für die Handhabung projektübergreifender Dateiabhängigkeiten
als effektiver erwiesen. Im Folgenden finden Sie einige Alternativen für Freigaben, die in unterschiedlichen
Situationen funktionieren. Letztendlich sind Freigaben möglicherweise immer noch die geeignetste Möglichkeit,
Dateien aus einem Projekt in einem anderen freizulegen, dennoch sollten die folgenden Ansätze zuerst in Erwägung
gezogen werden.
Bereitstellungsansatz
Wenn ein Projekt Dateien "besitzt", die in andere Projekte eingecheckt werden müssen, können Sie einen Prozess
einrichten, in dem die Dateien regelmäßig "bereitgestellt" werden. Dies bedeutet, dass die Dateien bei Bedarf und
möglicherweise auf Skriptbasis in das Zielprojekt eingecheckt werden. Häufig ist ein Build-Skript eine gute
Möglichkeit, den Bereitstellungs-Task einzubetten, besonders dann, wenn die bereitzustellenden Dateien vom Build
generiert werden.
Konfigurationsansatz
Es kann vorkommen, dass die abhängigen Dateien nicht in jedes Projekt eingecheckt werden müssen, sie sind
jedoch Teil eines allgemeinen Prozesses, z. B. eines Build- oder Bereitstellungsprozesses. In diesen Fällen kann
eine einfache XML-Datei erstellt werden, in der die Dateien angegeben sind, die an dem jeweiligen Prozess beteiligt
sind. Wenn die Datei an einem eingerichteten Speicherort eingecheckt und bei Konfigurationsänderungen
211