Codeverwaltung bei 2 Arbeitsplätzen

[himitsu]

Zitat:

Zitat von Meflin (Beitrag 1111042)

Seit wann das denn? Also zumindest offiziell gibt es dafür keinerlei Konfigurationsmöglichkeit.

Zitat:

Zitat von http://de.wikipedia.org/wiki/Dropbox

Seit der Version 0.7 synchronisiert Dropbox Dateien direkt im lokalen Netzwerk: LAN sync ermöglicht so eine deutlich schnellere Synchronisation der Daten von Rechnern, die bereits lokal miteinander verbunden sind, da der Umweg über die Dropbox-Server ausbleibt.

Vielleicht hab ich's auch nur falsch verstanden, aber zumindestens klingt das für mich so.

[mkinzler]

Seine beiden Rechner, stehen aber nicht in einem Netzwerk. Dann würde auch eine Netzwerkfreigabe oder eine VCS-Server reichen.

[HeZa]

Zitat:

Zitat von Uwe Raabe (Beitrag 1111034)

Der Vorteil von Mercurial (eigentlich jedes DVCS) gegenüber Subversion ist, daß man seine Versionsverwaltung mit der ganzen Historie immer auf dem Rechner dabei hat.

Da ich seit einem Jahr mit einem Notebook zwischen Arbeit und Zuhause hin und her wandere und auch mal unterwegs arbeite, ist mir dieses Problem von SVN auch schon aufgefallen.

Zitat:

Branchen und Mergen geht einfach, während gerade das Mergen unter Subversion ein Horror ist.

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?

[Uwe Raabe]

Zitat:

Zitat von HeZa (Beitrag 1111048)

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:

Zitat von Uwe Raabe (Beitrag 1111050)

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. :-D

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:

Zitat von Uwe Raabe (Beitrag 1111729)

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:

Zitat von HeZa (Beitrag 1111745)

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.