Mir ist in letzter Zeit aufgefallen, dass es bei einigen beliebten Projekten auf GitHub keine developFiliale gibt. Tatsächlich erwähnt der GitHub Flow Guide dies auch nicht. Nach meinem Verständnis mastersollte immer absolut stabil sein und die Produktion widerspiegeln. Wenn Entwickler an Feature-Zweigen arbeiten und diese anschließend zusammenführen master, bedeutet dies, dass in einem bestimmten Zeitraum Features / Fixes zusammengeführt werden masterund der masterZweig tatsächlich neuer als die Produktion ist.
Wäre es nicht sinnvoller, wenn das Team Feature- / Fix-Verzweigungen erstellt develop, diese wieder zusammenführt und dann, wenn die nächste Version vollständig zur Veröffentlichung bereit developist, zusammengeführt masterund ein Tag erstellt wird? Stellen Sie sich vor, die Leute gehen direkt ineinander über masterund es wird ein Fehler in der Produktion gemeldet, der sich nur schwer beheben lässt, weil sich die masterCodebasis der Zweige erheblich geändert hat. Dann müssen die Entwickler den Benutzer lediglich auffordern, bis zur nächsten Version zu warten, damit das Problem behoben wird.
EDIT: Diese Frage ist anders als "zu verzweigen oder nicht zu verzweigen." Es richtet sich speziell an Personen, die nicht mehr auf den Entwicklungszweig zurückgreifen, und an die Gründe dafür, da dies lange Zeit als Best Practice angepriesen wurde.