Mit Versionen arbeiten: Zweige, Merges und Historie
Ein einfacher Ablauf
Ein stabiler Hauptzweig, kurze Zweige je Änderung, ein Merge nach Prüfung und Tests. Ein Zweig, der zwei Wochen lebt, erzeugt Konflikte und einen furchterregenden Merge — und das ist fast immer ein Zeichen, dass die Aufgabe zu groß ist.
Änderungsnachrichten
Eine kurze erste Zeile, die sagt, was sich änderte, dann warum. Das „Warum“ ist, was sich aus dem Code nicht rekonstruieren lässt, und wonach Sie in einem Jahr suchen.
Verlinken Sie zur Aufgabe oder Diskussion. Eine Änderung ohne Kontext ist ein künftiges Rätsel.
Hygiene
Speichern Sie keine gebauten Dateien, Geheimnisse oder großen Dateien im Repository. Markieren Sie Versionen mit Schildern. Und schreiben Sie keine bereits veröffentlichte Historie um — das bricht die Arbeit anderer.
Im Detail
Entscheiden Sie sich für eine Merge-Richtlinie — die volle Historie bewahren oder auf eine einzelne Änderung stauchen — und setzen sie durch. Konsistenz zählt mehr als die Wahl selbst, denn eine gemischte Historie ist schwer zu navigieren, genau wenn man finden muss, wann etwas brach.