Wie funktioniert die Versionskontrolle?

Question

Wie funktioniert die Versionskontrolle normalerweise? speichert es Diff-Dateien als eine Spur mit Hashes, um die Spur zu validieren?

Answer 1

Verschiedene VCS verwenden unterschiedliche Ansätze. CVS erstellt zum Beispiel für jede Datei, die Sie festschreiben, eine Datei auf dem Server. Dies ist im Wesentlichen eine Datei im RCS-Format; CVS ist nur ein Wrapper um RCS, der die RCS-Befehle über viele Dateien in einem Verzeichnisbaum ausführt (RCS kann nur mit einzelnen Dateien arbeiten).

Die RCS-Datei enthält eine Liste der Änderungen (Versionsnummer, Checkin-Nachricht und wie viel geändert wurde). Danach kommt eine Kopie der aktuellen HEAD-Version. Der Rest der Dateien sind die Unterschiede zwischen den Versionen (long explanation).

Auf diese Weise kann CVS schnell die HEAD-Version (die am häufigsten angefordert wird) zurückgeben und es kann die anderen Versionen berechnen.

CVS führt keine Validierung durch; Wenn eine Ihrer Dateien beschädigt wird, benötigen Sie eine Sicherungskopie. Da CVS auf RCS basiert, kann es keine Verzeichnisse versionieren oder Renames nachverfolgen. CVS und RCS verwenden den Standardbefehl diff(1), um die Diffs zu erstellen.

Subversion (SVN) funktioniert ähnlich, aber fügt Versionsverwaltung von Verzeichnissen und Umbenennen. Darüber hinaus verwendet SVN einen besseren Diff-Algorithmus (xdelta), der ein kleineres Repository zur Verfügung stellt.

Für eine Erklärung, wie Git funktioniert, siehe here.

Answer 2

Auschecken Eric Sinks blog series on version control.

Auch Joel Spolsky schrieb Hg Init: a Mercurial tutorial, die mich schließlich "bekommen", worum es bei der verteilten Quellcodeverwaltung geht.

Es gibt mehr als eine Art und Weise die Haut eine Katze ...

Answer 3

Darcs ist sehr unterschiedlich und IMHO intuitiver als andere SCMs auch verteilt. Es gibt eine ausgezeichnete Anleitung für Anfänger, wie es funktioniert: Understanding Darcs.