Einführung in Mercurial

Question

Ich habe gerade angefangen, an einem Projekt zu arbeiten, das Mercurial als Versionskontrollsystem verwendet, und ich brauche einige grundlegende Tipps, wie man das benutzt. Bitte verwenden Sie diese Frage, um einige einführende Tipps zu dieser Technologie zu geben.

• The official Mercurial site

Vor allem, ich bin für Tipps zu den besten Programmen der Suche zu nutzen und die besten Techniken zu verwenden (Filialen, in und out-Prüfung usw. Ich brauche die besten Praktiken zu lernen !)

Answer 1

Ich weiß, dass Sie bereits die Mercurial-Seite haben, aber die nützlichste Ressource für mich war die Mercurial book. Es ist ein ausgezeichneter Überblick über das Programm und wie man es benutzt.

Ich fand den besten Weg zu lernen, Mercurial war nur, um es für ein Projekt zu verwenden. Ich importierte ein Projekt, das ich aus Subversion exportiert hatte, in Mercurial und führte damit eine regelmäßige Entwicklung durch. Ich habe dafür gesorgt, dass ich das Repository für verschiedene Changesets geklont habe, damit ich mich an das Zusammenführen und Aktualisieren gewöhnen konnte. Ich habe nicht alle fortgeschrittenen Anwendungen gelernt, aber ich bin jetzt ziemlich gut damit vertraut und bin noch nicht zu Subversion zurückgekehrt.

Viele Projekte haben verschiedene Techniken für den Commit-Workflow. Einige haben Änderungen von den Entwicklern, wie zentralisierte Systeme, und einige werden die Änderungen von Mitwirkenden (zum Beispiel Linux) ziehen. Es ist schwierig, zu viel zu verallgemeinern, ohne den Prozess für Ihr Projekt zu kennen.

Dies ist, wie ich meine Entwicklung:

• Zentralisierte Baum auf einer Dateifreigabe oder http, project-trunk oder project genannt, dass der endgültige Projektversion
• Ein sauberer Baum auf meinem System, das ich von Klon das entfernte Repository und verwenden, um zurück zum Repository zu schieben. Ich klonen dann von diesem Baum für meine Änderungen. Ich nenne diesen Baum project-local
• Klon der project-local Baum für jede meiner Änderungen: z. project-addusers, project-141 usw.
• Nachdem ich mit den Commits zu einem Baum fertig bin, habe ich die Änderungen dann drücken Sie auf das project-local Repository
• Schließlich drücken Sie die Änderungen in der project-local zu project-trunk

Ich habe der saubere project-local Baum, denn dann kann ich alle Changesets gleichzeitig zurück zum Stamm schieben, was hilfreich ist, wenn es eine Gruppe verwandter Änderungen gibt, die zusammenrücken müssen.

Wie für Werkzeuge, hängt es von Ihrer Plattform ab. Ich benutze nur das Vanilla Kommandozeilenwerkzeug. Von TortoiseSVN kommend, war es eine kleine Veränderung, zur Kommandozeile zu gehen. Aber mir geht es jetzt gut. Ich habe versucht, TortoiseHg, aber es funktioniert nicht gut auf meinem Windows 7 x64 virtuellen Maschine. Ich habe gehört, dass es viel besser auf den unterstützten 32-Bit-Plattformen ist.

Answer 2

Werfen Sie einen Blick auf die Mercurial book, oder auf diese Mercurial tutorial.

Answer 3

Wenn Sie den neuesten TortoiseHG-Client verwenden und umfassen das Verzeichnis in der PATH-Umgebung installieren, werden Sie in der Lage sein, sowohl die nette GUI verwenden sie bieten, und die Befehlszeile ‚hg‘

ich nicht die Verwendung empfehlen mq Erweiterungen zu viel. Sie sorgen für eine großartige Arbeitsumgebung.

Ich verwende die Warteschlangen, um lokale Änderungen gegen ein Subversion-Repository zu verwalten. Ich mache meine lokalen kurzfristigen Änderungen und benutze mercurial, um mit Subversion und dem Rest des Teams synchron zu bleiben.

Answer 4

Abhängig von Ihrem Hintergrund mit anderen Quellcodeverwaltungswerkzeugen, würde ich auch einen bestimmten SCM-where to Mercurial Guide vorschlagen. Schauen Sie sich zum Beispiel this guide for Subversion users an.

Eine weitere gute Quelle, um sich mit der ganzen Idee der "verteilten" Quellcodeverwaltung vertraut zu machen: http://betterexplained.com/articles/intro-to-distributed-version-control-illustrated/ ... mit hilfreichen Diagrammen!

Answer 5

Hier ist ein helpful tutorial auf Mercurial geschrieben von Joel Spolsky.

Es behandelt die grundlegende Verwendung und Befehle sowie die Arbeit mit Mercurial auf einer konzeptionellen Ebene. Wenn Sie mit SVN bereits vertraut sind, dann ist der erste Teil definitiv lesenswert: Er handelt von den wesentlichen konzeptionellen Unterschieden zwischen SVN und Mercurial, denn der Versuch, Mercurial auf die gleiche Weise wie SVN zu verwenden, verlangt nach Schwierigkeiten.

Answer 6

Neben dem Mercurial Buch und der Hg Init Tutorial werden Ich mag das Beispiel gesteuerte Anleitung, die ich geschrieben habe erwähnen:

Mercurial Kick Start

Es zeigt

, wie man Begann mit Mercurial und behandelt auch einige fortgeschrittenere Konzepte wie benannte Zweige und hgsubversion. Ich habe es benutzt, um Mercurial neuen Benutzern beizubringen, und sie schienen es zu mögen.

Answer 7

Ein paar von Steve Loshs Blogposts sind gut, obwohl sie jetzt ein paar Jahre alt sind. Sie beschäftigen sich hauptsächlich damit, wie man mit Verzweigungen arbeitet.

• Guide to Branching in Mercurial
• Branch Workflows - Branching as needed
• Branch Workflows - Stable and Default

Es lohnt sich auch auf seine hgtip.com Website suchen.