Merges¶
Man kann mit Branches (dt.: Zweigen) verschiedene Entwicklungen (allgemein: Inhalte) getrennt bauen.
Das Basistool zum zummenbauen ist git merge ...
Zwei Branches mergen - Darstellung aus gitbu.ch (siehe auch Literatur)¶
Solche Zweige sollen wieder dem allgemeinen master verinnerlicht werden. Das heißt wir wollen Branches zusammenführen: mergen - eigentlich also ein Merge-Commit.
Spätere (mögliche) Merge-Konflikte kann man über sauberes Planen und Nutzen von Branches im Vorfeld vermeiden - über solche Merge-Konflikte später mehr.
Und überhaupt ist die dezentrale Git-Verwaltung in dieser Hinsicht (technisch) besser aufgestellt als zentrale Systeme.
Auch an dieser Stelle sei erinnert an:
kleine (gemeint: kleinteilige) Commits erstellen
Branches zu Topics immer auf neuesten Releases (master) aufbauen lassen
Merge-Richtung: die Topic Branches in Branches sammeln und dann in den master
in Entwickler-Gruppen/Teams: gute Kommunikation pflegen
alle automatisch generierbaren Dateien aus dem Git-Projekt exkludieren
Für letzte Anmerkung ist diese Ausarbeitung ein Beispiel: der _build
Ordner für die per rST/Sphinx gebauten „HTML/SingleHTML/LatexPDF“
Dokumente gehört nicht zu Git! Wenn man auf unterschiedlichen Rechnern
immer mal wieder Versionen bauen und einchecken würden, dann
gäbe es sicherlich Probleme (Konflikte) einen gemeinsamen Nenner zu finden.