Große Fragen und die Antwort hängt wirklich davon ab, wie Sie Ihren Git sortieren. Das Verzweigungsmodell und gitflow im Allgemeinen versuchen, uns eine Ordnung in dem Chaos zu geben, das Commits nach ein paar Tagen sind.
Das Bild unten zeigt Ihnen, was sie am sinnvollsten macht.
(Soweit ich weiß, es kamen alle aus this blog post by Vincent Driessen)
Ihre Hotfixes, die direkt in Master und Ihre Fehlerbehebungen fusionieren Die Trennung, die in dev verschmelzen macht es einfacher, mit Ihren Produktzyklus zu gehen.
Die Idee ist, dass Sie Ihre App erstellen, Funktionen erstellen, einen Veröffentlichungskandidaten erstellen (Beta-Test) und dann Ihre App veröffentlichen. Hotfixes können danach jederzeit notwendig sein. Es hat keinen Sinn, bis zum Feature-Zweig zurückzugehen und dort einen Fehler zu beheben, da das Feature möglicherweise bereits weiterentwickelt wurde.
Macht das Sinn?
Ich dachte, Hotfixes sind Bugfixes. Ist da ein Unterschied? – Danger14
Nun ja. Ein Hotfix ist ein Bugfix unter Druck :) wenn du etwas für eine Veröffentlichung reparieren musst, die bereits out ist. Sie gehen nicht zurück in Ihren Feature-Zweig oder Ihr Submodul und reparieren es dort, da dieses Modul möglicherweise bereits für das nächste Release weiterentwickelt wurde. Denken Sie Windows XP. Voller Hotfixes :) – Dominik
in git-flow 'Hotfix' unterscheidet sich von 'Feature' in, wie sie basieren und wo sie zusammengeführt werden, wenn sie fertig sind (wie im Modell in dieser Antwort gezeigt). 'Hotfix' basiert auf Master und wird nach Abschluss in Master und Entwicklung zusammengeführt. 'feature' basiert auf develop und wird nach der Fertigstellung in develop zusammengeführt. 'Bugfix' ist nicht gut dokumentiert, aber ich glaube, es unterscheidet sich nur semantisch von 'Feature'. – Superole