Subversion

Update often, Commit early

Gregor Schmidt

Gregor@Schmidtwisser.de

Der Plan

Einführung
Arbeitskopien
Revisionen
Prinzipieller Arbeitsabauf
Tagging, Branching & Merging

Einführung

Paralleles Arbeiten erfordert Synchronisation

Einführung

Lock-Modify-Unlock

Einführung

Copy-Modify-Merge

Einführung

Copy-Modify-Merge (II)

Begriffsklärung

Version Control System: Kombination aus Server- und Client-Applikation
Repository: Organisatorisch Einheit im VCS - ein Projekt, ein Dokumentenlager, ein Dokument
Revision: Stand bzw. Abbild eines Repositories zu einem bestimmten Zeitpunkt

Arbeitskopien

Copy aus Copy-Modify-Merge
Lokales Abbild des Repositories

Demo: Working Copy Layout

$ svn checkout https://testbed.pesoa.org/svn/test/trunk
```
.svn/prop-base
```
enthält die Attribute der Originale
```
.svn/props
```
enthält die aktuellen Attribute der Arbeitskopie
```
.svn/text-base
```
enthält die Originale aus dem Repository
...

echo "Salz" >> einkaufsliste.txt
svn commit einkaufsliste.txt
Andere bekommen aktuelle Version mit svn update einkaufsliste.txt

Zustände einer Arbeitskopie

Unverändert und aktuell
Verändert und aktuell
Unverändert und nicht aktuell
Verändert und nicht aktuell

Revisionen

Revisionsnummer sind global
"Version X der Datei" heißt eigentlich "Datei in der Version X"
Beginnt immer mit 0
Arbeitskopien können aus mehrere Revisionen gemischt werden
Versionsnummer einer Datei ist der Zeitpunkt der letzten Modifikation
Es ist sehr wahrscheinlich, dass Datei in Revision X und Revision X+1 identisch sind

Prinzipieller Arbeitsablauf

Hol' dir die aktuelle Version
Führe Änderungen durch
Bestimme eigene Änderungen
Führe Änderungen zusammen
Veröffentliche die Änderungen

Hol' dir die aktuelle Version

update, wenn man schon eine Arbeitskopie hat
checkout, wenn man noch keine hat

Führe Anderungen durch

trivial: Mit einem Editor die Dateien manipulieren
SVN Operationen
- add
- delete
- copy
- move

Bestimme eigene Änderungen

... um sinnlose oder irrtümliche Änderungen rückgängig zu machen
... eine genauere Log-Message zu ermöglichen
... weil es nicht schaden kann
status
diff
revert

Führe Änderungen zusammen

update Aktualisiert die Arbeitskopie auf die letzte Revision

Updated wurde auf den aktuellen Stand gebracht
Merged wurde erfolgreich zusammen geführt
Conflict Schreien und Wegrennen !!

Demo: Konflikte auflösen

Veröffentliche die Änderungen

commit - so einfach wie man es sich vorstellt
Voraussetzungen:
- Arbeitskopie ist auf dem aktuellen Stand
- Konflikte müssen aufgelöst sein
- Man weiß eine sinnvolle Beschreibung der Änderungen

Tagging, Branching & Merging

keine expliziten Branching- oder Tagging-Funktionen
Konventionen über das Repository-Layout
```
/
	/trunk
	/branches
	/tags
```
copy und passender Kommentar

Demo: Branching

Merging

Womit muss der Branch verglichen werden?

Demo: Merge

Merging

Merge in eine Kopie des aktuellen trunk
Vergleich der aktuellen Revision aus dem Branch mit dem Stand als der Branch erstellt wurde
Änderungen innerhalb des Branches werden somit in den trunk eingepflegt
Testen, Testen, Testen
commit mit sinnvollem Kommentar

Branching, Merging und Tagging

Branching
- Parallele Entwicklung
- Änderungen des Einen betreffen nicht die Änderungen des Anderen
- Inkonsistenzen können Probleme bereiten
Merging
- Hilfe beim Vereinen zweier Zweige
- Nur maschinengestützt aber nicht vollautomatisch möglich
- Entscheidungen erforderlich
Tagging
- Abgeschlossenen Entwicklungen oder Meilensteine
- Ausgewiesene Stadien
- Gibt einem Versionsstand einen Namen

Was kann Subversion?

Features
- Versionierung von
  - Dateien
  - Verzeichnissen
  - Eigenschaften (Demo)
- Cheap Copies
- Optimistisches Sperren
- ...
Non-Features
- Einfache Versionsnummern
- kein explizites Branching oder Tagging
- ...

Quellen

"Version Control with Subversion" alias "svnbook" - Ben Collins-Sussman, Brian W. Fitzpatrick & Micheal Pilato - O'Reilly 2004 oder http://svnbook.red-bean.com/