VCS für dämliche Entwickler ;-)

[Lemmy]

@shark: Hier wird git kurz erwähnt.... http://hgbook.red-bean.com/read/how-...-get-here.html ALlerdings findet der Schreiber Mercurial toll

@Asserbad: Danke für den Hinweis. Ich habe die TortoiseHg verwendet, weil ich das unter SVN relativ gelungen finde.

[s.h.a.r.k]

Danke Lemmy! Ach, dass der Mercurial toll findet, überlebe ich dann wohl auch noch Ist halt -- wie so oft -- eine Glaubensfrage, was man denn lieber nutzt. So wie neulich der Thread mit diesen verschiedenen Merge-Tools. Aber schön, wenn man wenigstens eine Wahl hat

[Assarbad]

Zitat von s.h.a.r.k:

Danke Lemmy! Ach, dass der Mercurial toll findet, überlebe ich dann wohl auch noch Ist halt -- wie so oft -- eine Glaubensfrage, was man denn lieber nutzt.

Ich finde auch, daß es reine Geschmackssache ist. Wenn du Git derzeit benutzt und damit zufrieden bist, dann ist es doch nicht nötig zu wechseln. Git und Mercurial sind funktional sehr nah beieinander. Wenn du allerdings CVS benutzen würdest, könnte ich mich zu einer "Bekehrung" verleiten lassen

[s.h.a.r.k]

Ist aber immer interessant sich Alternativen anzuschauen und wie diese Arbeiten bzw. eben die Konzepte dahinter. Meinst du nicht mal, dass der Code von Git ein ziemliches "Gefrickel" sei?! Habe mir den noch nie angeschaut, ebenso von anderen OS-Systemen. Wobei ich dies bzgl eine Argumentation von Torvalds kenne, in der er eben gegen C++ mit OOP ist und für reines C stimmt -- soweit ich das noch weiß. Und Git wurde hier eben als Beispiel angeführt. Naja, das führt jetzt aber insgesamt wohl etwas in die falsche Richtung

[Assarbad]

Hier mal eine etwas einseitige, aber dennoch interessante Seite: http://de.whygitisbetterthanx.com/

[himitsu]

Zitat:

Git ist Schnell
...
Ein anderer Grund ist, dass Git in C geschrieben ist ...

sehr interessante Schlußfolgerung

[Assarbad]

Zitat von himitsu:

Zitat:

Git ist Schnell
...
Ein anderer Grund ist, dass Git in C geschrieben ist ...

sehr interessante Schlußfolgerung

In der Tat

Wäre für mich auch eher ein Nachteil. Denn der Flaschenhals ist nicht die Ausführungsgeschwindigkeit, sondern Transfer übers Netz und Plattenzugriffe. Aber wie gesagt, auch wenn es einseitig ist, es gibt auch Anhaltspunkte nach was man gucken kann. Und allemal sollte es nachweisen, daß die DVCS alle besser sind als alte VCS (CVS, Subversion, altes SourceSafe).