Kurz gesagt, was sind die Vorteile von git und mercurial gegenüber Subversion? [Duplikat]

Was Git betrifft, denke ich, dass es ziemlich viele gibt, von denen (meiner Meinung nach) Git die fortschrittlichste Verzweigungs- und Merging-Unterstützung ist. Git macht es wirklich, wirklich einfach zu verzweigen, und seine Fähigkeit, in Änderungen zusammenzuführen, ist viel, viel besser als die von SVNs. Tools wie gitk machen es auch wirklich sehr einfach, die Beziehungen zwischen Zweigen in einem Git-Repository zu visualisieren.

Es gibt zahlreiche andere Vorteile. Ich denke Git hat bessere Tools und eine bessere Toolchain, und die Tatsache, dass es kein zentrales Repo und ein "ausgechecktes" Repo braucht, ist schön, wenn Sie selbst an kleinen Projekten arbeiten. Ich denke jedoch, dass das Zusammenführen und Verzweigen der größte Vorteil ist.

(Vieles gilt auch für Mercurial, obwohl ich Mercurials Betonung lokaler Klone für "Verzweigung" nie mochte; ich bevorzuge Git's Methode, alle Zweige in demselben Repo zu halten.)

Ein Pro-Git-Vergleich zu verschiedenen Quellcodeverwaltungssystemen finden Sie unter Ссылка . Was ich an Git am meisten mag ist:

• Es ist schneller.
• Es wird kein Quellcode wie SVN im .svn-Unterverzeichnis dupliziert.
• Es ermöglicht das Offline-Senden und dann das Drücken.

Git und Mercurial sind verteilt , SVN ist nicht.

Vorteil oder nicht? Sie entscheiden ...

Sagen Sie, Sie haben ein persönliches Projekt, würden Sie es unter Versionskontrolle stellen? (Ich hoffe du sagst ja).

Wenn ja, würden Sie nicht lieber etwas Einfaches? Git erfordert nicht, dass Sie einen Server oder etwas Ähnliches einrichten. Ihr Arbeitsverzeichnis ist Ihr Repository.

Willst du eine neue verrückte Idee ausprobieren? Verzweigen und experimentieren Sie einfach in diesem Zweig. Wenn es erfolgreich ist, gehen Sie zurück zu Ihrem Hauptzweig und fusionieren. Wenn deine Idee nicht gut gelaufen ist, geh einfach zurück zum Hauptzweig und lösche den Zweig crazy_idea.

Willst du an einer crazy_idea arbeiten, aber entwickelst auch den Master-Zweig normal weiter? Auch hier kein Problem, Sie können zwischen den Zweigen hin- und herwechseln und nur crazy_idea zusammenführen, nachdem es genug gereift ist.

Selbst wenn Sie in einem Team sind, kann jeder Entwickler (oder eine kleine Gruppe von Entwicklern) an einer Idee in einem experimentellen Zweig arbeiten, bevor er sie mit dem Rest des Codes zusammenführt.

Ich nehme an, es macht Open Source noch einfacher. Sie müssen niemandem Zugriffsberechtigungen erteilen. Wenn jemand ein großartiges Feature implementiert hat, kann er Sie bitten, von ihm zu ziehen. Wenn Sie mögen, was Sie sehen, können Sie es zusammenführen.

Hier ist eine Überraschung: Git ist viel einfacher als Svn.

Wirklich. Ich habe immer von Versionskontrolle gehört, aber ich habe es nie getan. Als ich versuchte, meinen Code unter einen lokalen Server zu stellen, war das ein Alptraum. Ich hasste es wirklich.

Jetzt lege ich alles unter Git.

Dies ist nicht so sehr, dass es auf der einen Seite "besser" ist als auf der anderen, sondern dass GIT, Mercurial und andere Ihnen erlauben, auf eine Art zu arbeiten, die sich von Subversion oder CVS unterscheidet. Subversion und CVS bieten nur eine zentralisierte Repository-Struktur, während die anderen "verteilt" werden. Der verteilte Ansatz erleichtert die Ad-hoc-Zusammenarbeit zwischen Entwicklern und kann sich auch auf die Verwaltung von Änderungsgruppen auf dem eigenen Computer auswirken.

Welche Methode für Sie am besten geeignet ist, müssen Sie oder Ihre Organisation entscheiden.

Sie haben den gleichen Bereich von "Differenzen" zwischen Git und SVN als zwischen Git und CleaCase
(Siehe meinen Beitrag zu diesen " VCS-Kernkonzepten ")

• SVN: linear zentrales VCS, wobei Zweig und Tag identisch sind (ein Punkt in einem linearen Verlauf).
• Git: DAG ( Directed Azyklic Graph ) verteilt VCS, wobei jeder Pfad des Graphen ein Zweig ist und jeder Arbeitsbereich das vollständige Repository ist.

Da Git inhaltsorientiert ist, wird es viel effizienter verschmelzen als Subversion mit:

• sehr schnell innerhalb seines Graphen finden, was zusammengeführt werden muss
• Anwenden des richtigen Patches

Sie organisieren Revisionen konzeptionell als Changesets, mit denen Sie Ihren Code sehr einfach verzweigen / zusammenführen können. Das Zusammenführen einer Verzweigung in SVN ist eine qualvoll schmerzhafte Erfahrung.