4. Probleme zentraler Versionsverwaltungssysteme
• ohne Kontakt zum Repository geht nichts:
• kein checkout
• kein commit
• keine neuen Branches
• speziell bei SVN:
• den Baum locken ist meist unpraktisch oder wird vergessen
• beim Mergen fluchen dann alle
5. Der verteilte Ansatz
• keine Abhängigkeit von zentralem Server:
• jeder hat seine eigene Version des Repositories
• Commits können zwischen Versionen des Repositories ausgetauscht
werden
• keine fortlaufenden Revisionsnummern möglich
• Fokus auf Änderungen statt Dateien
7. git
• Versionen:
• Commit-IDs sind Hashes aus Commit-Inhalt und Metadaten
➡ keine Manipulation möglich
➡ Versionsfolge nicht aus den IDs ersichtlich
• Die Metadaten enthalten die ID der Vorgängerversion(en)
14. Zusammenfassung
• Verteilte Versionsverwaltungssysteme bieten:
• einfacheres dezentrales Arbeiten (Büro, Home, Laptop)
• Funktionalität auch ohne Verbindung zum Server
• Branchen und Mergen als natürliche Handlung
• Mehr Freiheiten und weniger Schmerz bei der Entwicklung
➡ Mehr Experimentierfreude
15. Propaganda
• Download & Dokumentation: http://git-scm.com/
• gut lesbare Anleitungen: http://progit.org
• Torvalds Talk bei Google: Googlen nach »Torvalds git«
• erstaunlich gut: die man-Pages (mit Bindestrich: z.B. man git-pull)
• Ausprobieren!