•  10-07-2019
  •  | 
  •  

Frage

Ich habe gerade an einem Projekt begonnen, arbeiten die Mercurial als Versionskontrollsystem verwendet, und ich brauche einige grundlegende Tipps, wie diese zu verwenden. Bitte diese Frage verwenden einige einführende Hinweise zu dieser Technologie zu geben.

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

War es hilfreich?

Lösung

Ich weiß, dass Sie bereits die Mercurial-Website haben, aber die Ressource am nützlichsten für mich war das Mercurial Buch . Es ist eine ausgezeichnete Übersicht über das Programm und wie es zu benutzen.

fand ich die beste Art und Weise Mercurial zu lernen war es nur an einem Projekt zu verwenden. Ich importierte in Mercurial ein Projekt, das ich von Subversion ausgeführt hatte und habe einige regelmäßige Entwicklung mit ihm. Ich stellte sicher, das Repository für verschiedene Changesets zu klonen, so dass ich die Verschmelzung und die Aktualisierung verwendet werden könnten. Ich habe nicht alle erweiterten Anwendungen gelernt, aber ich bin jetzt auf einen ziemlich festen Fuß mit ihm und nicht zurück zu Subversion noch eingeschaltet.

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

Dies ist, wie ich meine Entwicklung:

  • Zentraler Baum auf einer Dateifreigabe oder http, genannt project-trunk oder project, die die endgültige Projektversion ist
  • Ein sauberer Baum auf meinem System, das ich aus der Remote-Repository klonen und verwende zurück in das Repository zu schieben. Ich klonen dann von diesem Baum für meine Änderungen. Ich nenne diesen Baum project-local
  • Klonen Sie die project-local Baum für jedes meiner Änderungen: zB. project-addusers, project-141, etc.
  • Nachdem ich mit den Commits zu einem Baum fertig bin, habe ich dann die Änderungen an der project-local Repository schieben
  • Schließlich drücken Sie die Änderungen in der project-local project-trunk

Ich habe den sauberen project-local Baum, weil dann kann ich alle Changeset zurück in den Kofferraum auf einmal drücken, was sehr hilfreich ist, wenn es eine Gruppe von verwandten Änderungen, die wieder zusammen drücken müssen.

Wie für Werkzeuge, es hängt von Ihrer Plattform. Ich benutze nur das Vanille-Kommandozeilen-Tool. Von TortoiseSVN, es war ein bisschen von einer Änderung in der Befehlszeile zu gehen. Aber ich bin mit ihm jetzt gut. Ich versuchte TortoiseHg verwenden, aber es hat nicht funktioniert gut auf meinem Windows 7 x64 virtuellen Maschine. Ich höre, es ist viel besser auf den unterstützten 32-Bit-Plattformen.

Andere Tipps

Hier ist ein auf Mercurial rel="noreferrer"> geschrieben von Joel Spolsky .

Es umfasst grundlegende Verwendung und Befehle sowie wie mit Mercurial auf einer konzeptionellen Ebene zu arbeiten. Wenn Sie bereits mit SVN sind, dann ist der erste Teil ist auf jeden Fall lesenswert: Es geht um die großen konzeptionellen Unterschiede zwischen SVN spricht und Mercurial, weil versucht Mercurial auf die gleiche Art und Weise zu verwenden, die Sie SVN verwenden es, ohne Probleme zu fragen

Haben Sie einen Blick auf dem Mercurial Buch oder an diesem Mercurial Tutorial .

Je nach Hintergrund mit anderen Source-Control-Tool, würde ich vorschlagen, auch eine spezifischen SCM-unabhängig zu Mercurial Führung. Zum Beispiel haben Sie einen Blick auf diesem Handbuch für Subversion Nutzer .

Eine weitere gute Ressource für den Kopf um die ganze „verteilt“ Quellcodeverwaltung Idee bekommen ist: http://betterexplained.com/articles/intro-to-distributed-version-control-illustrated/ ... hilfreiche Diagramme!

Wenn Sie die neueste TortoiseHG Client und schließen Sie das Installationsverzeichnis in Ihrer PATH-Umgebung, werden Sie Lage, sowohl die nette GUI verwenden sie bieten, und die Befehlszeile ‚hg‘

Ich kann mit den mq Erweiterungen nicht zu sehr empfehlen. Sie machen für eine große ‚Arbeits Repository‘ -Umgebung.

Ich verwende die Warteschlangen lokale Änderungen an einer Subversion-Repository zu verwalten. Ich mache meine lokale kurzfristige Änderungen und verwenden Mercurial synchron mit Subversion zu halten und den Rest des Teams.

Ein paar von Steve Losh Blog-Beiträge sind gut, obwohl sie jetzt ein paar Jahre alt sind. Sie befassen sich hauptsächlich damit, wie mit Verzweigung arbeiten.

Es lohnt sich auch bei seinem hgtip.com Website.

Neben dem Mercurial Buch und der Hg Init Tutorial, ich werde wie das Beispiel-driven Führer zu erwähnen, die ich geschrieben habe:

Es zeigt, wie mit Mercurial zu beginnen und deckt auch einige erweiterte Konzepte wie Namen Niederlassungen und hgsubversion. Ich habe es verwendet, wenn Mercurial, um neue Benutzer zu unterrichten und sie schien es zu mögen.

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