Groking git remote Verwendung

Question

Ich habe jetzt seit 6 Monaten mit Git auf meiner eigenen Maschine gespielt und liebe es wirklich.

Allerdings finde ich es schwierig, wirklich zu wissen, wie ich es in einer Team/Enterprise-Umgebung verwenden würde. (Ich frage mich, ob Eric Sink richtig ist).

Ich begann zu versuchen, einen Git-Server unter Windows zu installieren, aber das didn't go too well.

Also fragte ich mich, ob ich nicht einfach ein zweites Repository auf meiner eigenen Maschine einrichten und anfangen sollte, daran zu ziehen.

Kennen Sie irgendwelche guten Artikel, um 'einfach' so zu beginnen, oder haben Sie irgendwelche Tipps auf dem nächsten Level?

Answer 1

Wenn:

• Ihr Hauptcomputer ist acce ssible über einen gemeinsamen Pfad (\ myMainComputer \ MySharedDirectory)
• oder Sie auf demselben Computer mehrere Repo haben

Sie können einfach:

• git clone --bare /path/to/your/first/repo
• cd /path/to/your/first/repo
• git remote add bare_repo /path/to/bare/rep
• (Arbeit, commits)
• git push bare_repo
• git pull bare_repo

Mit anderen Worten (wenn anderen Repo auf blanke auch geschoben hat), wird die Datei Protocole als legitime URL für Remote-repos unterstützt.
Siehe git fetch, section URL:

Für lokale Repositories, auch von git unterstützt nativ können die folgenden Anweisungen verwendet werden:

/path/to/repo.git/ 
file:///path/to/repo.git/ 

Answer 2

Versuchen Sie Git Magic, das war die erste Sache, die ich beim Lernen von Git gelesen habe, und das war großartig, um mir zu helfen, zu verstehen, was ich tat - Kapitel 3 dreht sich alles um mehr als ein Repository.

Answer 3

Sie können einige Artikel auf Git täglichen Arbeitsablauf lesen, und ich möchte zwei empfehlen:

• http://geewax.org/2009/11/21/agile-git-workflow.html, Agile git Workflow
• http://nvie.com/git-model, dieser ist über Verzweigung und Zusammenarbeit

Answer 4

This ist der Workflow, der ich versuche, zu bleiben, mit Skripten Um diesen Workflow zu erleichtern, geben Sie here.Die Grundidee besteht darin, mindestens zwei Repositories zu haben:

(a) ein allgemeines "zentrales" Remote-Repository, das als das kanonische "primäre" Repo für alle Entwickler dient; Code, der hier gedrückt wird, sollte immer (mehr oder weniger) ununterbrochen und funktional sein, alle Tests usw. bestehen.

(b) ein persönliches "Work-in-Progress"/Entwicklungs-Remote-Repository, das als Remote-Backup dient für lokale oder Sub-Team-Entwicklung. Code kann hier in jedem Zustand sein. Wenn man die günstigen Verzweigungen von Git ausnutzt, sollte die Wip-Topic-Entwicklungslinie im Allgemeinen in ihren eigenen Zweigen (wie in den obigen Links beschrieben) sein, bis sie zur Prime Time bereit sind. Wenn die Zeit da ist, füge sie in deinen lokalen Master ein und schiebe ihn dann auf das "primäre" Repository und lösche die Wip-Zweige sowohl von deinen lokalen als auch von deinen persönlichen Fernentwicklungs-Repos.

Optional können Sie ein drittes Repo für den öffentlichen Verbrauch (d. H. Nicht-Projektteam) wünschen.

Sie können auch here für eine Beschreibung eines ähnlichen, aber anderen Workflow suchen. Übrigens ist das Pro-Git-Buch, das im vorherigen Link gegeben wurde, meines Erachtens die einzige beste Git-Ressource, die es derzeit gibt.