Distributed Concurrent Versions System - Versionsgeschichte

Altkatholik62: -LA, bleibt

2025-02-27T21:50:32Z

-LA, bleibt

← Nächstältere Version		Version vom 27. Februar 2025, 23:50 Uhr
Zeile 1:		Zeile 1:
	<noinclude>
	{{Löschantragstext\|tag=31\|monat=Januar\|jahr=2025\|titel=Distributed Concurrent Versions System\|text=Relevanz gemäß [[WP:RKSW]] nicht dargestellt. --[[Benutzerin:Mary Joanna\|ɱ]] 23:18, 31. Jan. 2025 (CET)}}
	----</noinclude>
	{{Begriffsklärungshinweis\|Zum Konzept Distributed Version Control siehe [[Versionsverwaltung#Verteilte Versionsverwaltung]].}}		{{Begriffsklärungshinweis\|Zum Konzept Distributed Version Control siehe [[Versionsverwaltung#Verteilte Versionsverwaltung]].}}
	{{Infobox Software		{{Infobox Software

Altkatholik62: Ergänzt

2025-02-27T21:47:24Z

Ergänzt

← Nächstältere Version		Version vom 27. Februar 2025, 23:47 Uhr
Zeile 43:		Zeile 43:

	== Geschichte ==		== Geschichte ==
	DCVS wurde von Mitarbeitern der Elego Software Solutions GmbH in [[Berlin]] entwickelt. Die erste Version von DCVS wurde im August 2002 veröffentlicht. Im November 2005 wurde die Version 1.0.2 veröffentlicht.		DCVS wurde von Mitarbeitern der Elego Software Solutions GmbH in [[Berlin]] entwickelt. Die erste Version von DCVS wurde im August 2002 veröffentlicht.<ref>{{Literatur \|Titel=A Dictionary of Computer Science \|Auflage=7 \|Verlag=Oxford University Press \|Ort=Oxford \|Datum=2016 \|ISBN=978-0-19-968897-5 \|Seiten=145}}</ref> Im November 2005 wurde die Version 1.0.2 veröffentlicht.

	== Siehe auch ==

			== Weblinks ==
	* [https://web.archive.org/web/20090209005637/http://www.elegosoft.com/de/solutions/distributed-cvs/warum-dcvs.html CVS für verteilte Entwicklung (Elego Software Solutions GmbH)]		* [https://web.archive.org/web/20090209005637/http://www.elegosoft.com/de/solutions/distributed-cvs/warum-dcvs.html CVS für verteilte Entwicklung (Elego Software Solutions GmbH)]

			== Einzelnachweise ==
			<references />

	[[Kategorie:Versionsverwaltung]]		[[Kategorie:Versionsverwaltung]]

TaxonKatBot: Bot: Kategorie:Software umbenannt in Kategorie:Software (Thema): laut Disk

2025-02-21T06:11:58Z

Bot: Kategorie:Software umbenannt in Kategorie:Software (Thema): laut Disk

← Nächstältere Version		Version vom 21. Februar 2025, 08:11 Uhr
Zeile 50:		Zeile 50:

	[[Kategorie:Versionsverwaltung]]		[[Kategorie:Versionsverwaltung]]
	[[Kategorie:Software]]		[[Kategorie:Software (Thema)]]

Mary Joanna am 31. Januar 2025 um 22:18 Uhr

2025-01-31T22:18:18Z

← Nächstältere Version		Version vom 1. Februar 2025, 00:18 Uhr
Zeile 1:		Zeile 1:
			<noinclude>
			{{Löschantragstext\|tag=31\|monat=Januar\|jahr=2025\|titel=Distributed Concurrent Versions System\|text=Relevanz gemäß [[WP:RKSW]] nicht dargestellt. --[[Benutzerin:Mary Joanna\|ɱ]] 23:18, 31. Jan. 2025 (CET)}}
			----</noinclude>
	{{Begriffsklärungshinweis\|Zum Konzept Distributed Version Control siehe [[Versionsverwaltung#Verteilte Versionsverwaltung]].}}		{{Begriffsklärungshinweis\|Zum Konzept Distributed Version Control siehe [[Versionsverwaltung#Verteilte Versionsverwaltung]].}}
	{{Infobox Software		{{Infobox Software

Aka: Tippfehler entfernt, Links normiert

2020-01-01T21:23:13Z

Tippfehler entfernt, Links normiert

← Nächstältere Version		Version vom 1. Januar 2020, 23:23 Uhr
Zeile 1:		Zeile 1:
	{{Begriffsklärungshinweis\|Zum Konzept Distributed Version Control siehe [[Versionsverwaltung#~~Verteilte_Versionsverwaltung~~]].}}		{{Begriffsklärungshinweis\|Zum Konzept Distributed Version Control siehe [[Versionsverwaltung#Verteilte Versionsverwaltung]].}}
	{{Infobox Software		{{Infobox Software
	\|Name = Distributed Concurrent Versions System		\|Name = Distributed Concurrent Versions System
Zeile 27:		Zeile 27:

	== Features ==		== Features ==
	DCVS bietet die gesamte CVS-Funktionalität. Aber im Gegensatz zu CVS kann ein DCVS-System eine beliebige Anzahl von geographisch verteilten Repositories umfassen, deren Inhalt im Hintergrund durch eine erweiterte Version von [[CVSup]], einem von [[John D. Polstra]] entwickelten Programm, gleich gehalten wird. Die Kombination aus DCVS-Repository, erweitertem CVSup-Server und DCVS-Server-Programm wird im ~~folgenden~~ DCVS-Server genannt.		DCVS bietet die gesamte CVS-Funktionalität. Aber im Gegensatz zu CVS kann ein DCVS-System eine beliebige Anzahl von geographisch verteilten Repositories umfassen, deren Inhalt im Hintergrund durch eine erweiterte Version von [[CVSup]], einem von [[John D. Polstra]] entwickelten Programm, gleich gehalten wird. Die Kombination aus DCVS-Repository, erweitertem CVSup-Server und DCVS-Server-Programm wird im Folgenden DCVS-Server genannt.

	Alle Inhalte aller Entwicklungslinien können von jedem der DCVS-Server in einen DCVS-Workspace eines Entwicklers ausgecheckt werden. Alle Operationen, die das Repository nicht verändern, wie z. B. [[diff]], [[Patch (Unix)\|patch]], log, annotate usw., funktionieren genau wie in CVS, benutzen aber immer das lokale Repository und sind daher in einem verteilten Szenario viel schneller. Um Kollisionen und Datenverluste zu vermeiden, wird jedem DCVS-Server ein Satz von Entwicklungslinien (DCVS-Branches) zugewiesen, für die er verantwortlich ist. Änderungen an einem Zweig dürfen nur auf dem Server eingecheckt werden, der für den Branch zuständig ist. Die Trennung der Änderungen nach Entwicklungslinien ermöglicht es, Änderungen automatisch in das DCVS-Netzwerk zu übertragen und zu verteilen. Eine Person, die Änderungen für eine Entwicklungslinie committen möchte, für die ihr lokaler DCVS-Server nicht zuständig ist, kann eine neue Entwicklungslinie (Branch) anlegen und die Änderungen an diese übergeben. Der lokale Server ist automatisch für jede neu angelegte Entwicklungslinie verantwortlich.		Alle Inhalte aller Entwicklungslinien können von jedem der DCVS-Server in einen DCVS-Workspace eines Entwicklers ausgecheckt werden. Alle Operationen, die das Repository nicht verändern, wie z. B. [[diff]], [[Patch (Unix)\|patch]], log, annotate usw., funktionieren genau wie in CVS, benutzen aber immer das lokale Repository und sind daher in einem verteilten Szenario viel schneller. Um Kollisionen und Datenverluste zu vermeiden, wird jedem DCVS-Server ein Satz von Entwicklungslinien (DCVS-Branches) zugewiesen, für die er verantwortlich ist. Änderungen an einem Zweig dürfen nur auf dem Server eingecheckt werden, der für den Branch zuständig ist. Die Trennung der Änderungen nach Entwicklungslinien ermöglicht es, Änderungen automatisch in das DCVS-Netzwerk zu übertragen und zu verteilen. Eine Person, die Änderungen für eine Entwicklungslinie committen möchte, für die ihr lokaler DCVS-Server nicht zuständig ist, kann eine neue Entwicklungslinie (Branch) anlegen und die Änderungen an diese übergeben. Der lokale Server ist automatisch für jede neu angelegte Entwicklungslinie verantwortlich.

Invisigoth67: form

2020-01-01T20:40:17Z

form

← Nächstältere Version		Version vom 1. Januar 2020, 22:40 Uhr
Zeile 29:		Zeile 29:
	DCVS bietet die gesamte CVS-Funktionalität. Aber im Gegensatz zu CVS kann ein DCVS-System eine beliebige Anzahl von geographisch verteilten Repositories umfassen, deren Inhalt im Hintergrund durch eine erweiterte Version von [[CVSup]], einem von [[John D. Polstra]] entwickelten Programm, gleich gehalten wird. Die Kombination aus DCVS-Repository, erweitertem CVSup-Server und DCVS-Server-Programm wird im folgenden DCVS-Server genannt.		DCVS bietet die gesamte CVS-Funktionalität. Aber im Gegensatz zu CVS kann ein DCVS-System eine beliebige Anzahl von geographisch verteilten Repositories umfassen, deren Inhalt im Hintergrund durch eine erweiterte Version von [[CVSup]], einem von [[John D. Polstra]] entwickelten Programm, gleich gehalten wird. Die Kombination aus DCVS-Repository, erweitertem CVSup-Server und DCVS-Server-Programm wird im folgenden DCVS-Server genannt.

	Alle Inhalte aller Entwicklungslinien können von jedem der DCVS-Server in einen DCVS-Workspace eines Entwicklers ausgecheckt werden. Alle Operationen, die das Repository nicht verändern, wie z.B. [[diff]], [[Patch (Unix)\|patch]], log, annotate usw., funktionieren genau wie in CVS, benutzen aber immer das lokale Repository und sind daher in einem verteilten Szenario viel schneller. Um Kollisionen und Datenverluste zu vermeiden, wird jedem DCVS-Server ein Satz von Entwicklungslinien (DCVS-Branches) zugewiesen, für die er verantwortlich ist. Änderungen an einem Zweig dürfen nur auf dem Server eingecheckt werden, der für den Branch zuständig ist. Die Trennung der Änderungen nach Entwicklungslinien ermöglicht es, Änderungen automatisch in das DCVS-Netzwerk zu übertragen und zu verteilen. Eine Person, die Änderungen für eine Entwicklungslinie committen möchte, für die ihr lokaler DCVS-Server nicht zuständig ist, kann eine neue Entwicklungslinie (Branch) anlegen und die Änderungen an diese übergeben. Der lokale Server ist automatisch für jede neu angelegte Entwicklungslinie verantwortlich.		Alle Inhalte aller Entwicklungslinien können von jedem der DCVS-Server in einen DCVS-Workspace eines Entwicklers ausgecheckt werden. Alle Operationen, die das Repository nicht verändern, wie z. B. [[diff]], [[Patch (Unix)\|patch]], log, annotate usw., funktionieren genau wie in CVS, benutzen aber immer das lokale Repository und sind daher in einem verteilten Szenario viel schneller. Um Kollisionen und Datenverluste zu vermeiden, wird jedem DCVS-Server ein Satz von Entwicklungslinien (DCVS-Branches) zugewiesen, für die er verantwortlich ist. Änderungen an einem Zweig dürfen nur auf dem Server eingecheckt werden, der für den Branch zuständig ist. Die Trennung der Änderungen nach Entwicklungslinien ermöglicht es, Änderungen automatisch in das DCVS-Netzwerk zu übertragen und zu verteilen. Eine Person, die Änderungen für eine Entwicklungslinie committen möchte, für die ihr lokaler DCVS-Server nicht zuständig ist, kann eine neue Entwicklungslinie (Branch) anlegen und die Änderungen an diese übergeben. Der lokale Server ist automatisch für jede neu angelegte Entwicklungslinie verantwortlich.

	Andererseits kann jeder Entwickler Änderungen von Entwicklungslinien, für die sein lokaler DCVS-Server nicht verantwortlich ist, in lokale Entwicklungslinien zusammenführen. Somit können alle Änderungen, die an einem beliebigen Arbeitsort vorgenommen werden, von den Entwicklern auf dem zuständigen DCVS-Server durch eine [[Merge]]-Operation auf den ursprünglichen Branch übertragen werden.		Andererseits kann jeder Entwickler Änderungen von Entwicklungslinien, für die sein lokaler DCVS-Server nicht verantwortlich ist, in lokale Entwicklungslinien zusammenführen. Somit können alle Änderungen, die an einem beliebigen Arbeitsort vorgenommen werden, von den Entwicklern auf dem zuständigen DCVS-Server durch eine [[Merge]]-Operation auf den ursprünglichen Branch übertragen werden.
Zeile 37:		Zeile 37:
	Ein spezielles Nummerierungsschema stellt sicher, dass Entwicklungslinien und Deltas als zu einem bestimmten DCVS-Server gehörend identifiziert werden können. DCVS ordnet jedem Paar (Server/Sammlung) eine eindeutige [[Spannweite (Statistik)\|Spannweite]] von Zweignummern zu. Alle Bereiche für alle Server und Collections müssen sich gegenseitig ausschließen. Die Definitionen für Server, Collections und Bereiche werden aus einer einzigen Konfigurationsdatei gelesen. Anhand des Inhalts dieser Datei kann jeder DCVS-Server entscheiden, ob er für einen bestimmten Zweig oder ein Delta einer bestimmten Datei zuständig ist. Ist dies der Fall, sind alle Änderungsoperationen erlaubt; ist dies nicht der Fall, sind Änderungsoperationen nur auf dem entsprechenden Remote-Server möglich.		Ein spezielles Nummerierungsschema stellt sicher, dass Entwicklungslinien und Deltas als zu einem bestimmten DCVS-Server gehörend identifiziert werden können. DCVS ordnet jedem Paar (Server/Sammlung) eine eindeutige [[Spannweite (Statistik)\|Spannweite]] von Zweignummern zu. Alle Bereiche für alle Server und Collections müssen sich gegenseitig ausschließen. Die Definitionen für Server, Collections und Bereiche werden aus einer einzigen Konfigurationsdatei gelesen. Anhand des Inhalts dieser Datei kann jeder DCVS-Server entscheiden, ob er für einen bestimmten Zweig oder ein Delta einer bestimmten Datei zuständig ist. Ist dies der Fall, sind alle Änderungsoperationen erlaubt; ist dies nicht der Fall, sind Änderungsoperationen nur auf dem entsprechenden Remote-Server möglich.

	Auch die eigentlichen Namen von Konfigurationen, die [[Tag (Informatik)\|Tags]], werden durch ein alle Tags erweiterndes serverspezifisches [[Suffixarray\|Suffix]] (z.B. _at_dcvs_mydomain_org) eindeutig einem DCVS-Server zugeordnet. Dadurch dürfen keine Konflikte im Tag-Namensraum entstehen.		Auch die eigentlichen Namen von Konfigurationen, die [[Tag (Informatik)\|Tags]], werden durch ein alle Tags erweiterndes serverspezifisches [[Suffixarray\|Suffix]] (z. B. _at_dcvs_mydomain_org) eindeutig einem DCVS-Server zugeordnet. Dadurch dürfen keine Konflikte im Tag-Namensraum entstehen.

	== Geschichte ==		== Geschichte ==

A1000: -BKL

2020-01-01T20:24:43Z

-BKL

← Nächstältere Version		Version vom 1. Januar 2020, 22:24 Uhr
Zeile 37:		Zeile 37:
	Ein spezielles Nummerierungsschema stellt sicher, dass Entwicklungslinien und Deltas als zu einem bestimmten DCVS-Server gehörend identifiziert werden können. DCVS ordnet jedem Paar (Server/Sammlung) eine eindeutige [[Spannweite (Statistik)\|Spannweite]] von Zweignummern zu. Alle Bereiche für alle Server und Collections müssen sich gegenseitig ausschließen. Die Definitionen für Server, Collections und Bereiche werden aus einer einzigen Konfigurationsdatei gelesen. Anhand des Inhalts dieser Datei kann jeder DCVS-Server entscheiden, ob er für einen bestimmten Zweig oder ein Delta einer bestimmten Datei zuständig ist. Ist dies der Fall, sind alle Änderungsoperationen erlaubt; ist dies nicht der Fall, sind Änderungsoperationen nur auf dem entsprechenden Remote-Server möglich.		Ein spezielles Nummerierungsschema stellt sicher, dass Entwicklungslinien und Deltas als zu einem bestimmten DCVS-Server gehörend identifiziert werden können. DCVS ordnet jedem Paar (Server/Sammlung) eine eindeutige [[Spannweite (Statistik)\|Spannweite]] von Zweignummern zu. Alle Bereiche für alle Server und Collections müssen sich gegenseitig ausschließen. Die Definitionen für Server, Collections und Bereiche werden aus einer einzigen Konfigurationsdatei gelesen. Anhand des Inhalts dieser Datei kann jeder DCVS-Server entscheiden, ob er für einen bestimmten Zweig oder ein Delta einer bestimmten Datei zuständig ist. Ist dies der Fall, sind alle Änderungsoperationen erlaubt; ist dies nicht der Fall, sind Änderungsoperationen nur auf dem entsprechenden Remote-Server möglich.

	Auch die eigentlichen Namen von Konfigurationen, die [[Tags]], werden durch ein alle Tags erweiterndes serverspezifisches [[Suffixarray\|Suffix]] (z.B. _at_dcvs_mydomain_org) eindeutig einem DCVS-Server zugeordnet. Dadurch dürfen keine Konflikte im Tag-Namensraum entstehen.		Auch die eigentlichen Namen von Konfigurationen, die [[Tag (Informatik)\|Tags]], werden durch ein alle Tags erweiterndes serverspezifisches [[Suffixarray\|Suffix]] (z.B. _at_dcvs_mydomain_org) eindeutig einem DCVS-Server zugeordnet. Dadurch dürfen keine Konflikte im Tag-Namensraum entstehen.

	== Geschichte ==		== Geschichte ==

Frozen Hippopotamus: Begriffsklärungshinweis

2020-01-01T19:54:11Z

Begriffsklärungshinweis

← Nächstältere Version		Version vom 1. Januar 2020, 21:54 Uhr
Zeile 1:		Zeile 1:
			{{Begriffsklärungshinweis\|Zum Konzept Distributed Version Control siehe [[Versionsverwaltung#Verteilte_Versionsverwaltung]].}}

	{{Infobox Software		{{Infobox Software
	\|Name = Distributed Concurrent Versions System		\|Name = Distributed Concurrent Versions System

Karl-Heinz Jansen am 1. Januar 2020 um 19:42 Uhr

2020-01-01T19:42:27Z

← Nächstältere Version		Version vom 1. Januar 2020, 21:42 Uhr
Zeile 21:		Zeile 21:
	}}		}}

	Das Distributed Concurrent Versions System (DCVS) ist ein [[verteiltes Versionskontrollsystem]], das Softwareentwicklern, die an lokal verteilten Standorten arbeiten, eine effiziente Zusammenarbeit an einem Softwareprojekt ermöglicht. DCVS basiert auf dem bekannten Versionskontrollsystem [[Concurrent Versions System]]. Der Code ist unter den [[GNU General Public License\|GNU]]- und [[BSD-Lizenz\|BSD]]-ähnlichen Lizenzen frei verfügbar.		Das '''Distributed Concurrent Versions System''' (DCVS) ist ein [[verteiltes Versionskontrollsystem]], das Softwareentwicklern, die an lokal verteilten Standorten arbeiten, eine effiziente Zusammenarbeit an einem Softwareprojekt ermöglicht. DCVS basiert auf dem bekannten Versionskontrollsystem [[Concurrent Versions System]]. Der Code ist unter den [[GNU General Public License\|GNU]]- und [[BSD-Lizenz\|BSD]]-ähnlichen Lizenzen frei verfügbar.

	== Motivation ==		== Motivation ==

Sh20xyqi: Die Seite wurde neu angelegt: Distributed Concurrent Versions System (DCVS)

2020-01-01T19:20:03Z

Die Seite wurde neu angelegt: Distributed Concurrent Versions System (DCVS)

Neue Seite

{{Infobox Software
|Name = Distributed Concurrent Versions System
|Logo =
|Screenshot =
|Beschreibung =
|Maintainer =
|Hersteller = elego Software Solutions GmbH
|Erscheinungsjahr = August 2002
|AktuelleVersion = 1.0.3
|AktuelleVersionFreigabeDatum = 25. September 2006
|AktuelleVorabVersion =
|AktuelleVorabVersionFreigabeDatum =
|Betriebssystem = [[unixoid]], Windows
|Programmiersprache = [[C]]
|Kategorie = [[Versionsverwaltung]]
|Lizenz = [[GNU General Public License]]
|Deutsch =
|Website = https://www.elegosoft.com/
|Dateien =
}}

Das Distributed Concurrent Versions System (DCVS) ist ein [[verteiltes Versionskontrollsystem]], das Softwareentwicklern, die an lokal verteilten Standorten arbeiten, eine effiziente Zusammenarbeit an einem Softwareprojekt ermöglicht. DCVS basiert auf dem bekannten Versionskontrollsystem [[Concurrent Versions System]]. Der Code ist unter den [[GNU General Public License|GNU]]- und [[BSD-Lizenz|BSD]]-ähnlichen Lizenzen frei verfügbar.

== Motivation ==
CVS basiert auf einem rein zentralistischen Organisationsmodell und bietet sehr wenig Offline-Unterstützung. Nahezu alle Operationen zur Versionskontrolle erfordern direkten Zugriff auf das [[Repository]]. Daher stehen weltweit verteilte Software-Entwicklungen bei der Verwendung von CVS vor großen Performance-Problemen. DCVS begegnet diesem Problem durch die Verteilung des zentralen CVS-Repositories auf viele Standorte.

== Features ==
DCVS bietet die gesamte CVS-Funktionalität. Aber im Gegensatz zu CVS kann ein DCVS-System eine beliebige Anzahl von geographisch verteilten Repositories umfassen, deren Inhalt im Hintergrund durch eine erweiterte Version von [[CVSup]], einem von [[John D. Polstra]] entwickelten Programm, gleich gehalten wird. Die Kombination aus DCVS-Repository, erweitertem CVSup-Server und DCVS-Server-Programm wird im folgenden DCVS-Server genannt.

Alle Inhalte aller Entwicklungslinien können von jedem der DCVS-Server in einen DCVS-Workspace eines Entwicklers ausgecheckt werden. Alle Operationen, die das Repository nicht verändern, wie z.B. [[diff]], [[Patch (Unix)|patch]], log, annotate usw., funktionieren genau wie in CVS, benutzen aber immer das lokale Repository und sind daher in einem verteilten Szenario viel schneller. Um Kollisionen und Datenverluste zu vermeiden, wird jedem DCVS-Server ein Satz von Entwicklungslinien (DCVS-Branches) zugewiesen, für die er verantwortlich ist. Änderungen an einem Zweig dürfen nur auf dem Server eingecheckt werden, der für den Branch zuständig ist. Die Trennung der Änderungen nach Entwicklungslinien ermöglicht es, Änderungen automatisch in das DCVS-Netzwerk zu übertragen und zu verteilen. Eine Person, die Änderungen für eine Entwicklungslinie committen möchte, für die ihr lokaler DCVS-Server nicht zuständig ist, kann eine neue Entwicklungslinie (Branch) anlegen und die Änderungen an diese übergeben. Der lokale Server ist automatisch für jede neu angelegte Entwicklungslinie verantwortlich.

Andererseits kann jeder Entwickler Änderungen von Entwicklungslinien, für die sein lokaler DCVS-Server nicht verantwortlich ist, in lokale Entwicklungslinien zusammenführen. Somit können alle Änderungen, die an einem beliebigen Arbeitsort vorgenommen werden, von den Entwicklern auf dem zuständigen DCVS-Server durch eine [[Merge]]-Operation auf den ursprünglichen Branch übertragen werden.

Die Funktionalität der Änderungssätze ermöglicht es den Entwicklern, kleine Sätze von Änderungen in Bezug auf ein Merkmal oder einen Defekt zu erstellen, die dann von anderen angewendet werden können.

Ein spezielles Nummerierungsschema stellt sicher, dass Entwicklungslinien und Deltas als zu einem bestimmten DCVS-Server gehörend identifiziert werden können. DCVS ordnet jedem Paar (Server/Sammlung) eine eindeutige [[Spannweite (Statistik)|Spannweite]] von Zweignummern zu. Alle Bereiche für alle Server und Collections müssen sich gegenseitig ausschließen. Die Definitionen für Server, Collections und Bereiche werden aus einer einzigen Konfigurationsdatei gelesen. Anhand des Inhalts dieser Datei kann jeder DCVS-Server entscheiden, ob er für einen bestimmten Zweig oder ein Delta einer bestimmten Datei zuständig ist. Ist dies der Fall, sind alle Änderungsoperationen erlaubt; ist dies nicht der Fall, sind Änderungsoperationen nur auf dem entsprechenden Remote-Server möglich.

Auch die eigentlichen Namen von Konfigurationen, die [[Tags]], werden durch ein alle Tags erweiterndes serverspezifisches [[Suffixarray|Suffix]] (z.B. _at_dcvs_mydomain_org) eindeutig einem DCVS-Server zugeordnet. Dadurch dürfen keine Konflikte im Tag-Namensraum entstehen.

== Geschichte ==
DCVS wurde von Mitarbeitern der Elego Software Solutions GmbH in [[Berlin]] entwickelt. Die erste Version von DCVS wurde im August 2002 veröffentlicht. Im November 2005 wurde die Version 1.0.2 veröffentlicht.

== Siehe auch ==

* [https://web.archive.org/web/20090209005637/http://www.elegosoft.com/de/solutions/distributed-cvs/warum-dcvs.html CVS für verteilte Entwicklung (Elego Software Solutions GmbH)]

[[Kategorie:Versionsverwaltung]]
[[Kategorie:Software]]