Versionskontrolle: Subversion und Git

Transkript

1 Versionskontrolle: Subversion und Git Ein Vortrag von Sascha Schulz, Universität Hamburg Modul: Seminar Effiziente Programmierung November / 27

2 Ablauf 1. Motivation: Warum versionieren? 2. Entwicklung und Verbreitung der verschiedenen Systeme 3. Kernunterschied SVN/git: Zentrale versus dezentrale VCS 4. Entwicklung einer intuitiven Vorstellung der Modelle 5. Fazit 6. Optional: Git Hands-on 2 / 27

3 Kapitel Motivation: Warum versionieren? 3 / 27

4 Lebenszyklus eines Artefakts 1. Wie sah das Artefakt zum Zeitpunkt x aus? 2. Von wem stammt diese Änderung? 3. Warum wurde diese Änderung gemacht? 4 / 27

5 Manuelle Versionierung / Meine Ausarbeitung.odt 5 / 27

6 Manuelle Versionierung / Meine Ausarbeitung.odt Meine Ausarbeitung v2.odt Meine Ausarbeitung v3.odt 5 / 27

7 Kern-Features: Einstiegspunkte für den Anwender Branches Tags 6 / 27

8 Kapitel Entwicklung und Verbreitung der verschiedenen Versions-Kontroll-Systeme (Version Control Systems, VCSs) 7 / 27

9 Entwicklungstart einschlägiger VCSs Source Code Control System, SCCS (1972) Revision Control System, RCS (1980) Concurrent Versions System, CVS (1989) / 27

10 Entwicklungstart einschlägiger VCSs Revision Control System, RCS (1980) Source Code Control System, SCCS (1972) Perforce (1995) Bitkeeper (1997) Subversion (2000) Concurrent Versions System, CVS (1989) / 27

11 Entwicklungstart einschlägiger VCSs Revision Control System, RCS (1980) Source Code Control System, SCCS (1972) Perforce (1995) Bitkeeper (1997) Subversion (2000) Git, Mercurial, Bazaar (2005) Concurrent Versions System, CVS (1989) / 27

12 Entwicklungstart einschlägiger VCSs Revision Control System, RCS (1980) Source Code Control System, SCCS (1972) Concurrent Versions System, CVS (1989) Perforce (1995) Bitkeeper (1997) Subversion (2000) Git, Mercurial, Bazaar (2005) Team Foundation Server (2006) 8 / 27

13 Entwicklung innerhalb der Git User Surveys Mehrfachnennungen erlaubt. Nennungen im Bezug zur Basis aus Antworten+Enthaltungen gesetzt. 9 / 27

14 Kapitel Kernunterschied SVN/git zentrales Versions-Kontroll-System (cvcs) trifft auf dezentrales Versions-Kontroll-System (dvcs) 10 / 27

15 Abstrakter Arbeitsablauf im cvcs Quelle: Mukherjee / 27

16 Abstrakter Arbeitsablauf im dvcs Quelle: Mukherjee / 27

17 Abstrakter Arbeitsablauf im dvcs GitHub Quelle: Mukherjee / 27

18 Nutzung der dezentralen Möglichkeiten? Verwendete Git-Workflows laut Git User Survey (Mehrfachnennungen erlaubt) 61% Div. Branches in zent. Repository 63% Zentrales Repository 68% Lokal, ohne Interaktion 0% 20% 40% 60% 80% 13 / 27

19 Nutzung der dezentralen Möglichkeiten? Verwendete Git-Workflows laut Git User Survey (Mehrfachnennungen erlaubt) 3% Andere 4% Hierarchischer Workflow 7% Peer 2 Peer 14% Gemeinschaftliches Code-Review 17% Integration Manager Workflow 61% Div. Branches in zent. Repository 63% Zentrales Repository 68% Lokal, ohne Interaktion 0% 20% 40% 60% 80% 13 / 27

20 Nutzung der dezentralen Möglichkeiten? Verwendete Git-Workflows laut Git User Survey (Mehrfachnennungen erlaubt) 3% Andere 4% Hierarchischer Workflow 7% Peer 2 Peer 14% Gemeinschaftliches Code-Review 17% Integration Manager Workflow 61% Div. Branches in zent. Repository 63% Zentrales Repository 68% Lokal, ohne Interaktion 0% 20% 40% 60% 80% Bemerkenswert: 37% der Befragten verwenden u.a. Repositories mit nur einem Branch 13 / 27

21 Abstrakter Arbeitsablauf im dvcs Alice Bob Quelle: Mukherjee / 27

22 Abstrakter Arbeitsablauf im dvcs Alice GitHub Bob Alice GitHub Alice GitHub Alice GitHub Quelle: Mukherjee / 27

23 Abstrakter Arbeitsablauf im dvcs Alice GitHub Bob Alice GitHub Alice GitHub Alice GitHub Quelle: Mukherjee / 27

24 Abstrakter Arbeitsablauf im dvcs Alice GitHub Bob Alice GitHub Alice GitHub Alice GitHub Quelle: Mukherjee / 27

25 Abstrakter Arbeitsablauf im dvcs Alice GitHub Bob Alice GitHub Alice GitHub Alice GitHub Quelle: Mukherjee / 27

26 Kapitel Entwicklung einer intuitiven Vorstellung der Modelle 15 / 27

27 Datenstruktur zur Abbildung des Dateisystems / statisch variabel Beispiel.txt 16 / 27

28 Datenstruktur zur Abbildung des Dateisystems / statisch statisch variabel variabel Beispiel.txt [...] Beispiel.txt Datei Hallo Welt. 16 / 27

29 Auswirkung der Bearbeitung einer Datei statisch variabel [...] Beispiel.txt Datei Hallo Welt. 17 / 27

30 Auswirkung der Bearbeitung einer Datei statisch variabel [...] Beispiel.txt Datei Hallo Welt. Datei Hallo Joe. Neue Version 17 / 27

31 Auswirkung der Bearbeitung einer Datei statisch variabel [...] Beispiel.txt Beispiel.txt Neue Version Datei Datei Neue Version Hallo Welt. Hallo Joe. 17 / 27

32 Auswirkung der Bearbeitung einer Datei statisch variabel statisch variabel Neue Version [...] Beispiel.txt Beispiel.txt Neue Version Datei Datei Neue Version Hallo Welt. Hallo Joe. 17 / 27

33 Anbindung der Datenstruktur an das Versionsmodell statisch variabel statisch variabel Neue Version 18 / 27

34 Anbindung der Datenstruktur an das Versionsmodell Revision id = n Revision id = n+1 statisch variabel statisch variabel Neue Version 18 / 27

35 Anbindung der Datenstruktur an das Versionsmodell Commit id : SHA-1 Commit id : SHA-1 statisch variabel statisch variabel Neue Version 18 / 27

36 Git identifiziert Commits durch Hashes Hash-Alg. SHA-1 f246a1ffd416b9b1a939cdbd4f9c4a821474d14c 19 / 27

37 Dateisystem-Konventionen / mein-projekt branches tags trunk 20 / 27

38 Dateisystem-Konventionen / / mein-projekt branches tags trunk 20 / 27

39 Hintergrund von Subversions Dateisystem-Konvention Revision id = n branches trunk [leer] [Inhalt] 21 / 27

40 Hintergrund von Subversions Dateisystem-Konvention Revision id = n branches trunk [leer] mein-branch Neue Version [Inhalt] 21 / 27

41 Hintergrund von Subversions Dateisystem-Konvention Revision id = n branches trunk branches trunk Neue Version [leer] mein-branch Neue Version [Inhalt] 21 / 27

42 Hintergrund von Subversions Dateisystem-Konvention Revision id = n branches trunk Revision id = n+1 branches trunk Neue Version [leer] mein-branch Neue Version [Inhalt] 21 / 27

43 Hintergrund für Gits Flexibilität Tag/Branch String name Hash ref Commit String author String comment Set<Hash> parents Hash tree Object Hash id String type Tree Map<Hash, String> refs Blob Data artifact Darstellungen auf Basis von Mukherjee / 27

44 Kapitel Fazit 23 / 27

45 Fazit: Allgemein Versionierung wird durch Tools unterstützt Vielzahl an verschiedenen VCSs, auch veraltete sind noch im Einsatz Primäre Entscheidung: Zentral oder dezentral? Mit dezentralen VCSs werden trotzdem gern zentrale Strukturen etabliert 24 / 27

46 Fazit: SVN versus Git Hohe Ähnlichkeit im Modell des Dateisystems Essentieller Unterschied im Modell der Versionen Gerichteter azyklischer Graph (DAG) statt Revisions-Kette ermöglicht höhere Flexibilität Die Möglichkeiten von Git werden oft nur wenig genutzt 25 / 27

47 Fazit: SVN versus Git Hohe Ähnlichkeit im Modell des Dateisystems Essentieller Unterschied im Modell der Versionen Gerichteter azyklischer Graph (DAG) statt Revisions-Kette ermöglicht höhere Flexibilität Die Möglichkeiten von Git werden oft nur wenig genutzt SVN bildet Entwicklungspfade im Dateisystem ab, Git virtualisiert diese (kein gleichzeitiger Zugriff) SVN erlaubt partielle Arbeitskopien, Git erfordert komplettes Spiegeln des Repositories SVN ermöglicht Zugriffskontrolle, Git ermöglicht lokales/offline Arbeiten 25 / 27

48 Kapitel (Optional) Git Hands-on 26 / 27

49 Quellen Icons übernommen/abgeleitet von den Glyphicons (glyphicons.com) des Bootstrap-Projektes (getbootstrap.com). Darstellung der Datenstruktur basiert auf ASCII-Art zur Bubble-Up Method aus den initialen SVN-Design-Dokumenten (aufgerufen am ) Abbildung 6-3 aus R. Preißel, und B. Stachmann, Git: dezentrale Versionsverwaltung im Team, Grundlagen und Workflows, 3. Auflage, 2015, dpunkt.verlag Mukherjee2010: P. Mukherjee, A fully Decentralized, Peer-to-Peer Based Version Control System, TU Darmstadt, Ph.D. Thesis, 2011, tuprints.ulb.tu-darmstadt.de/2488 (Stand ) 27 / 27