Codeverwaltung bei 2 Arbeitsplätzen

[Uwe Raabe]

Zitat von HeZa:

Bei uns müssen öfter mal größere Zweige zusammen gemergt werden und ich kann nur bestätigen, dass das mit SVN nicht immer ein Spaß ist. Aber warum ist mergen unter Mercurial einfacher?

Ohne das jetzt genauer analysiert zu haben (bitte ggf. um Korrektur): SVN vegleicht beim Merge die Änderungen beider Zweige zur gemeinsamen Stamm-Revision, wobei die jeweiligen inkrementalen Änderungen unberücksichtigt bleiben. Mercurial verwaltet immer die Änderungen zur vorigen Version und wendet diese beim Merge nacheinander an. Damit lassen sich sogar Dinge machen, bei denen Änderungen eines Branches in eine Datei gemerged werden, die in dem anderen Branch umbenannt wurde.

Was einem auch enorm die Arbeit erleichtert: ich bin mit meinem Notebook bei mehreren Kunden (keinen Zugriff aufs Internet oder einen sonstigen SVN-Server) und kann trotzdem die Versionsverwaltung benutzen (vor Ort macht man ja schon manchmal Mist, den man wieder rückgängig machen möchte). Ich kann für jeden Kunden einen Clone anlegen, mit dem ich ein paar Sachen ausprobiere und hinterher dann entscheiden, welche Änderungen ich wie in das zentrale Repository übernehmen möchte.

[HeZa]

Zitat von Uwe Raabe:

SVN vegleicht beim Merge die Änderungen beider Zweige zur gemeinsamen Stamm-Revision, wobei die jeweiligen inkrementalen Änderungen unberücksichtigt bleiben. Mercurial verwaltet immer die Änderungen zur vorigen Version und wendet diese beim Merge nacheinander
an.

Hmm, ich denke ich sollte das einfach mal aus ausprobieren.

Zitat:

Damit lassen sich sogar Dinge machen, bei denen Änderungen eines Branches in eine Datei gemerged werden, die in dem anderen Branch umbenannt wurde.

Das ist auf jeden Fall schon mal ein Vorteil den ich nachvollziehen kann.

Zitat:

Was einem auch enorm die Arbeit erleichtert: ich bin mit meinem Notebook bei mehreren Kunden (keinen Zugriff aufs Internet oder einen sonstigen SVN-Server) und kann trotzdem die Versionsverwaltung benutzen (vor Ort macht man ja schon manchmal Mist, den man wieder rückgängig machen möchte). Ich kann für jeden Kunden einen Clone anlegen, mit dem ich ein paar Sachen ausprobiere und hinterher dann entscheiden, welche Änderungen ich wie in das zentrale Repository übernehmen möchte.

Diese Funktion habe ich beim SVN auch schon schmerzlich vermisst.

Gibt es denn eine einfache Möglichkeit z.B einen VisualSVN-Server mit mehreren Repositories nach Mercurial umzuziehen?

[Uwe Raabe]

[QUOTE=HeZa;1111717Gibt es denn eine einfache Möglichkeit z.B einen VisualSVN-Server mit mehreren Repositories nach Mercurial umzuziehen?[/QUOTE]

Ganz allgemein: hg convert

Speziell für Kiln gibt es ein spezielles KilnImport Utility, das einem die meiste Arbeit abnimmt. Nur wenn das Repository-Layout nicht dem Standard entspricht oder nur bestimmte Teile importiert werden sollen, muss man selbst Hand anlegen.

[HeZa]

Zitat von Uwe Raabe:

Ganz allgemein: hg convert

Danke. Schaue ich mir an.

Zitat:

Speziell für Kiln gibt es ein spezielles KilnImport Utility, das einem die meiste Arbeit abnimmt. Nur wenn das Repository-Layout nicht dem Standard entspricht oder nur bestimmte Teile importiert werden sollen, muss man selbst Hand anlegen.

Kiln kenne ich nur aus dem Video mit Spolski. Arbeitest du damit und hast ein erstes Fazit? Das Video fand ich sehr interessant.

[Uwe Raabe]

Zitat von HeZa:

Kiln kenne ich nur aus dem Video mit Spolski. Arbeitest du damit und hast ein erstes Fazit? Das Video fand ich sehr interessant.

Ja ich arbeite damit und bin sehr zufrieden. Man muss seine Denk- und Arbeitsweise halte erstmal umstellen. Es war immer ein Problem, wenn man unterwegs keinen Zugriff auf seinen SVN-Server hatte. Am Ende hat man dann halt doch wieder eine lokale Kopie auf der Festplatte angelegt und die Versionen von Hand abgeglichen.