Borland® StarTeam® 2006 - Borland Technical Publications

Allgemeines zur Codeverwaltung
Dieses Thema beschreibt die Codeverwaltung auf höherer Ebene, einschließlich allgemeiner Informationen zur
Codeverwaltung und zu Repositorys.
Grundlagen der Codeverwaltung
Jedes Codeverwaltungssystem besteht aus einem oder mehreren zentralisierten Repositorys und einer bestimmten
Anzahl an Clients. Ein Repository ist eine Datenbank, die nicht nur die tatsächlichen Datendateien enthält, sondern
auch die Struktur der von Ihnen definierten Projekte.
Die meisten Codeverwaltungssysteme folgen dem Konzept eines logischen Projekts, in dem Dateien in der Regel
in einer oder mehreren Verzeichnisstrukturen gespeichert werden. Ein Codeverwaltungsprojekt kann zusätzlich zu
anderen Dokumenten und Artefakten ein oder mehrere IDE-basierte Projekte enthalten. Das System erzwingt zudem
seine eigene Benutzerauthentifizierung oder nutzt, sehr häufig, die Vorteile der vom zu Grunde liegenden
Betriebssystem zur Verfügung gestellten Benutzerauthentifizierung. Dies ermöglicht es dem
Codeverwaltungssystem, eine Audit-Protkollierung bzw. einen Snapshot der Aktualisierungen der einzelnen Dateien
zu speichern. Indem nur die Unterschiede gespeichert werden, kann das Codeverwaltungssystem alle Änderungen
mit minimalen Speicheranforderungen verfolgen. Wenn Sie eine vollständige Kopie Ihrer Datei anzeigen möchten,
führt das System eine Zusammenführung der Unterschiede aus und zeigt diese Zusammenführung in einer Ansicht
an. Auf der physischen Ebene werden diese Unterschiede in separaten Dateien gespeichert, bis Sie Ihre
Aktualisierungen dauerhaft zusammenführen und sie festschreiben.
Dieser Ansatz ermöglicht es Ihnen und anderen Teammitgliedern, parallel und gleichzeitig in mehreren, gemeinsam
genutzten Projekten zu arbeiten, ohne Gefahr zu laufen, dass die Code-Änderungen einzelner Teammitglieder durch
die Änderungen anderer Mitglieder überschrieben werden. Codeverwaltungssysteme schützen in ihrer
grundlegendsten Form vor Codekonflikten oder Verlust von frühen Quellen. Die meisten Codeverwaltungssysteme
stellen Tools für die Verwaltung von Codedateien mit Ein- und Auscheckfunktionen, für die Konfliktbehebung und
Berichtsfunktionen zur Verfügung. Die meisten Systeme enthalten weder eine Logik für die Konfliktbehebung noch
Funktionen für die Build-Verwaltung.
In der Regel ermöglichen Codeverwaltungssysteme es Ihnen nur, Revisionen für textbasierte Dateien, z. B.
Quellcodedateien, HTML- und XML-Dokumente, zu vergleichen und zusammenzuführen. StarTeam speichert
Binärdateien, z. B. Bilder oder compilierten Code, in den Projekten, die Sie der Kontrolle unterstellen. Es ist jedoch
nicht möglich, Revisionen von Binärdateien zu vergleichen oder zusammenzuführen. Wenn Sie über das Speichern
und Abrufen bestimmter Revisionen dieser Dateitypen hinaus weitere Funktionen ausführen möchten, sollten Sie
ein manuelles System erstellen, um die an diesen Dateien vorgenommenen Änderungen verfolgen zu können.
Grundlagen zum Repository
Codeverwaltungssysteme speichern Kopien von Quelltextdateien und Unterschieddateien in einer bestimmten Form
von Datenbank-Repository. In einigen Systemen, z. B. CVS oder VSS, ist dieses Repository eine logische Struktur,
die aus nur aus einer Tabelle bestehenden Datenbankdateien und Steuerdateien besteht. In anderen Systemen, z.
B. StarTeam, sind die Repositorys Instanzen eines bestimmten Datenbankverwaltungssystems (DBMS), z. B. MS
SQL Server oder Oracle.
Repositorys werden in der Regel auf einem Remote-Server gespeichert, mit dem mehrere Benutzer verbunden sein
können, um gleichzeitig Dateien ein- und auszuchecken und andere Verwaltungsaufgaben durchzuführen.
Mit StarTeam erstellen Sie eine Serverkonfiguration, um ein Repository für StarTeam-Projekte festzulegen. Neu
erstellte Projekte werden einer Serverkonfiguration zugewiesen. Der Server kann eine beliebige Anzahl von
Serverkonfigurationen ausführen. Da jede Serverkonfiguration eine Datenbank verwenden muss, müssen Sie
sicherstellen, dass Sie die Konnektivität nicht nur mit dem Server, sondern auch mit der Datenbankinstanz herstellen.
59