Frage

Ich bin in dem Prozess des Erkennens Mercurial Versionierungssystem besser, und ich bin am überlegen convert aus dem SVN.
Wer bereits umgesetzt? War das schwierig für Sie und Ihr Team zu wechseln? Können Sie sich einen Rat zu bleiben mit SVN geben oder für Mercurial gehen?

War es hilfreich?

Lösung

Ich habe keine Erfahrung mit Mercurial (git statt), aber der Unterschied in der Erfahrung zwischen einem guten DVCS wie Mercurial oder Git vs. svn ist etwas, dass Sie wirklich nicht gehen können, sobald Sie Vergangenheit die bekommen haben Lernkurve.

  • Lokale Commits frei zu Ihren Workflow, Ihr Ansatz zur Codierung Merkmale bestimmt, wenn Sie sich verpflichten, anstatt Ihre Commits zu beeinflussen, wie Sie arbeiten.
  • Svn der linearen Revisionsnummern sind -bad-. Commits (vor allem mit Niederlassungen) einfach nicht entsprechen und zu einem einfachen Inkrementieren Mapping.
  • Lokale Niederlassungen machen Kompartimentierung Funktionen viel einfacher und besser, Prototyping wird viel einfacher.
  • (nur wenig verwandt, aber) Arbeiten offline neigt, damit Sie Änderungen vornehmen schneller als die Konkurrenz.

Ich hatte einen Job vor kurzem, dass beteiligt zu verwenden ein zentralisiertes zurück SVN-Repository nach git Verwendung für ein oder zwei Jahre. Ich näherte ich ihn durch die git-svn Brücke verwenden, und fand, dass ich große Kontrolle über die Commits hatte im Vergleich zu SVN, und könnte die Commits und Zweige sitzen, rollen über machen, und ich tot in einer Weise, die mir einen nützlichen Vorteil gegenüber meinen gab svn Mitarbeiter, zusätzlich zu dem großen Volumen von Commits, dass ich im Vergleich gemacht wegen der sehr granularen und häufigen Art von lokalen Commits zu tun. Es war ein großer Vorteil.

ich wirklich nur empfehlen, sich einige Zeit mit einem DVCS geben.

Andere Tipps

Sobald Sie anfangen, werden Sie nie wollen zurück gehen. Die Vorteile sind enorm.

ich unter SVN absichtlich vermieden Verzweigung, weil jeder merge Stunden Zwicken erforderlich. Nun freue ich mich auf Verzweigung, weil es so gut funktioniert. Es hat neue Features gemacht Entwicklung so viel einfacher.

Darüber hinaus ist die Fähigkeit, offline zu arbeiten, ist fantastisch.

Der SO Artikel deckt den Umwandlungsprozess im Detail (seine ganz einfach). Sie werden in der Lage sein, Ihre Geschichte zu bewahren, sondern profitieren von einem DVCS.

SO Frage beschäftigt sich mit DVCS Vorteile im Detail , so werde ich einen Mercurial spezifischen Vorteil erwähnen. Wenn Sie eine GUI wie tortoisesvn , werden Sie angenehm überrascht von TortoiseHg . Diese App wird kontinuierlich weiterentwickelt und macht es sehr einfach, Ihre ausstehenden Änderungen und historische Veränderungen zu sehen. Es dauerte eine Weile, bis diese Qualität zu bekommen, aber jetzt, ich hasse es mit TortoiseSVN, weil es nur noch schlimmer ist, wenn es um ausstehende Änderungen zu überprüfen und zu entscheiden, was Sie begehen wollen.

I umgewandelt. Zuerst war es nur, um es auszuprobieren, aber ich habe ein großer Fan worden. Ich habe nicht wirklich meine persönliche Repositorys konvertieren, ich die neueste gerade exportiert und die Dateien in einem neuen Mercurial Repository hinzugefügt.

Einige der grundlegenden hg Befehle sind ähnlich denen in SVN, so dass Sie sollten bequem bekommen helfen starten. Hier ist eine Erklärung der Unterschiede von Joel.

Wichtig ist, offen sein für einen neuen Prozess mit hg verwenden. Es ermöglicht viel mehr Verzweigungen und schnell zu begehen, werden Sie das Beste aus hg, wenn man von der Subversion Einstellung verwenden auszubrechen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top