Ich arbeite an einem git-Projekt, das viele Zweige verwendet. In den meisten Fällen war dies ein wirklich toller Workflow. Ich bin froh, dass ich mich zwischen den Zweigen zusammenschließen kann, dass ich in der Lage bin, den Code auszuwählen und den gesamten Lebenszyklus, den git und andere DVCs mit sich bringen.
Ich habe einen Schmerzpunkt, der wirklich schmerzt. Wie man eine changelog.txt verwaltet.
Ich habe festgestellt, dass es immer wehtut, wenn ich eine Zusammenführung mache (die changelog.txt steht oft in Konflikt), und beim Cherry Picking habe ich versehentlich Änderungen vorgenommen, die wirklich nicht erwünscht waren.
Ich würde gerne eine gute Antwort auf dieses Problem sehen.
Sie können Ihre Eincheckkommentare kommentieren und diese Kommentare analysieren, sobald Sie eine neue Version Ihrer Software bereitstellen möchten (ich denke, das ist der häufigste Anwendungsfall für das Bereitstellen eines Änderungsprotokolls).
Die Kommentare könnten folgendermaßen erstellt werden (offensichtlich nur diejenigen, die zu Commits gehören, die etwas Bemerkenswertes modifizieren):
%Vor% Wo WHAT sein könnte
FIX für Fehlerkorrekturen CHG für Änderungen NEW für neuen Code WHERE sollte ein Wort sein, das das Modul beschreibt, in dem WHAT ausgeführt wurde. Nach diesen beiden Informationen geben Sie Ihren DESCRIPTION an, der die Änderung tief beschreibt.
Sobald Sie zum Versand bereit sind, rufen Sie die Protokolle seit der letzten Version ab und parsen Sie sie. Die Protokolle können mit git log tagname_of_last_version.. abgerufen werden. Siehe die Manpage von git log für Ausgabe- und Filteroptionen.
Tags und Links git version-control dvcs