QM - Versionskontrolle Flashcards
Versionskontrolle - Wozu?
- File Sharing: gemeinsamer Zugriff auf Projektressourcen
- Concurrent Editing: gleichzeitig identische Ressourcen bearbeiten
- File History: Projekthistorie der Ressourcen verfolgen können
Versionskontrolle - Vorgehen
Alle Komponenten werden zentral im Repository gespeichert.
Softwareentwickler erhält eine lokale Arbeitskopie durch CHECKOUT
Über CKECKIN wird die veränderte Arbeitskopie ins Repository zurückgeschrieben, wobei eine neue Version veröffentlicht wird.
Über das Repository ist die gesamte Versiinshistorie sichtbar
Version vs Release
Eine Version ist die Ausprägung einer Softwarekomponente zu einem bestimmten Zeitpunkt.
Ein Release ist eine Zusammenstellung von mehreren Softwarekomponenten. Eine Version einer Softwarekomponente kann zu mehreren Releases gehören, in einem Release ist aber nur eine Version einer Softwarekomponente
Lock-Modify-Unlock
Die Datei wird durch CHECKOUT gesperrt, in den Arbeitsbereich eines Teammitglieds kopiert und ist dann für andere Mitglieder nur noch lesbar. -> kein concurrent editing möglich
Nach CHECKIN wird eine neue Version veröffentlicht
Lock-Modify-Merge
Mehrere Projektmitglieder können eine persönliche Arbeitskopie (CHECKOUT) besitzen und parallel bearbeiten. Das Versionskontrollsystem führt diese nach CHECKIN zu einer neuen Version zusammen, wenn Änderungen nicht überlappen. Falls Änderungen Überlappen: manuelles Eingreifen nötig
