|
Eine verdammt kurze WinCVS-Beschreibung
|
|
|
SecureShell
|
|
|
|
Wurde eine Datei durch zwei Personen zur gleichen Zeit
bearbeitet, so lehnt CVS ein Commit ab. Es muss zuerst ein
Update durchgeführt werden. Dabei wird die neuere
Version dieser Datei mit der eigenen, geänderten lokalen Kopie
verschmolzen. Wurden Veränderungen im selben Bereich der Datei
vorgenommen, so kann CVS diese nicht genau separieren (d.h. es
kommt zu einem Konflikt) und benötigt Unterstützung durch den
Anwender.
|
|
|
In unserem Beispiel hat unser Programmier die Klasse
Kasse.java in der Version 1.3 ausgecheckt.
Etwas später hat jemand anderes diese Klasse verändert (einen
Kommentar hinzugefügt) und seine Veränderung CVS übermittelt,
so dass bereits eine Version 1.4 existiert. Unser Programmierer hat
ebenfalls an derselben Stelle einen Kommentar eingefügt und
ein Update durchgeführt. CVS konnte die beiden
unterschiedlichen Versionen nicht verschmelzen, bringt im
Textfenster eine Warnung und kennzeichnet diese Klasse mit
einem roten C (siehe Abbildung).
|
|
|
Das Ergebnis des gescheiterten Versuches, diese beiden
Versionen zu verschmelzen, sieht man in der nachstehenden
Abbildung. CVS kennzeichnet die Stellen. Der Nutzer muss nun
"von Hand" klären, was richtig ist und diese Änderung
schließlich CVS erneut übermitteln.
|
|
|
|
|