Codekonsumverein ist die Gleicher-zu-Gleicher-durch die Zuverlässige Software gemachte Revisionskontrolle.

Unterscheidungsmerkmale

Codekonsumverein ist ein verteiltes Revisionsregelsystem des wiederholten Typs.

Es verwendet Gleicher-zu-Gleicher-Architektur, um Projekte unter Entwicklern zu teilen und Änderungen zu Dateien zu kontrollieren. Anstatt eine zentralisierte Datenbank (das Behältnis) zu verwenden, wiederholt es seine eigene Datenbank auf jedem am Projekt beteiligten Computer.

Die Repliken werden durch den Austausch von (differenzial)-Schriften synchronisiert. Der Austausch von Schriften kann mit verschiedenen Transporten, einschließlich der E-Mails (Unterstützung für SMTP und POP3, Integration mit MAPI Kunden, Gmail) und LAN weitergehen.

Codekonsumverein hat ein eingebautes Gleicher-zu-Gleicher-wiki System, das verwendet werden kann, um Dokumentation mit einem Softwareprojekt zu integrieren. Es ist auch möglich, textbasierte Datenbanken von Wiki zu schaffen, die damit gefragt werden können, hat SQL direkt von wiki Seiten vereinfacht.

Standardeigenschaften

1. Verteilte Entwicklungsunterstützung durch die E-Mail, LAN oder VPN
2. Änderungsbasiertes Modell — Modifizierungen zu vielfachen Dateien werden als eine Transaktion eingecheckt
3. Dateihinzufügungen, Auswischen, benennen um, und Bewegungen werden auf demselben Niveau behandelt, wie editiert — können sie in jeder Kombination zu einem Check-In changeset hinzugefügt werden
4. Dateiänderungen können nachgeprüft werden, bevor sich ein Check-In des Verwendens eines eingebauten oder benutzerbestimmten unterscheidet
5. Synchronisationsänderungen können auf dieselbe Weise von den Empfängern nachgeprüft werden
6. Dreiseitige Sehverflechtung
7. Projektgeschichte wird auf jeder Maschine wiederholt. Historische Version kann nachgeprüft, verglichen, oder wieder hergestellt werden
8. Integration mit Kunden von Microsoft SCC, einschließlich des Sehstudios

Geschichte

Codekonsumverein war das erste verteilte Versionsregelsystem. Es hat auf der 7. Werkstatt auf dem Anlagenkonfigurationsmanagement im Mai 1997 debütiert

http://portal.acm.org/citation.cfm?id=716428&dl=ACM&coll=portal.

Die Entwicklung des Codekonsumvereins hat 1996 angefangen, als Zuverlässige Software, die verteilte Softwaregesellschaft, die es macht, gegründet wurde. Zuverlässige Software hat ein Kollaborationswerkzeug gebraucht, das zwischen den Vereinigten Staaten und Polen arbeiten würde. Das einzige zuverlässige und erschwingliche Mittel der Kommunikation zwischen den zwei Ländern war E-Mail, folglich die Idee, E-Mail für den Austausch von diffs zu verwenden. Natürlich, mit solchem langsamem Transport, mit einem zentralisierten Behältnis war unausführbar. Jeder Benutzer des Codekonsumvereins musste eine volle Replik des Behältnisses einschließlich der Geschichte von Änderungen haben.

Das Problem wurde auf dieses des Entwerfens einer verteilten Datenbank reduziert, die langsamen und unzuverlässigen Transport für die Synchronisation verwendet (später, schneller wurde LAN Transport auch hinzugefügt). Es ist auch dem gefolgt die Synchronisation zwischen vielfachen Seiten muss eine Art Gleicher-zu-Gleicher-Protokoll verwenden.

Herausforderungen

Die größte Herausforderung für ein verteiltes System ist das Verflechtungsproblem — Wie man eine einzelne "offizielle" Version des Projektes von von vielen unabhängigen Entwicklern geleisteten Beiträgen schafft?

In einem zentralisierten Versionsregelsystem ist es der Server, der die offizielle Kopie des Projektes — das Hauptbehältnis behält. Alle Änderungen werden gegen die in diesem Behältnis versorgte Stamm-Version vorgenommen. Konflikte werden durch die Versorgung eines zentralisierten sich schließen lassenden Mechanismus vermieden. Der Server wird während jedes individuellen Check-Ins der Operation geschlossen.

In einem verteilten System arbeitet jedes Projektmitglied an seiner oder ihrer privaten Kopie des Projektes, und Kontrolle-ins wird in ein lokales Behältnis gemacht. In offenen verteilten Systemen arbeitet jeder Benutzer an ihrem jeweiligen Zweig, der in den Stamm an einem Punkt manuell verschmolzen werden muss. Ein geschlossenes System, wie Codekonsumverein, schafft stattdessen das Trugbild eines einzelnen Stamms, gegen den die ganze Kontrolle-ins getan werden. Das erleichtert das Bedürfnis nach häufigen Verflechtungen.

Theoretische Fundamente

Codekonsumverein ist ein Beispiel einer verteilten Datenbank. Lokale Behältnisse werden als die Repliken dieser virtuellen Datenbank betrachtet. Jedes Check-In entspricht einem verteilten begehen — eine blockierungsfreie Version eines zweiphasigen begeht.

Links

• Zuverlässige Software
• Produktbericht durch die Entwickler-Zeitschrift von ColdFusion.
• Rezension in Larkware Nachrichten