Leggendo il modello gitflow , mi sembra che il master branch sia lì solo fornire un ramo in cui archiviare versioni stabili. Che cosa aggiunge al solo tagging develop con le versioni stabili?
È simile alla domanda "Perché diciamo" oggi ", anziché" il giorno che è iniziato l'ultima volta che l'orologio è passato dalle 23:59 alle 00:00 "?"
Avere il concetto di "ultima stalla" codificato in un ramo piuttosto che qualcosa che devi cercare semplifica le cose.
Ogni volta che hai bisogno dell'ultima versione stabile del codice, controlli il ramo principale. Se utilizzi i tag solo per contrassegnare le versioni stabili, devi prima scoprire qual è la versione più recente in modo da poter controllare il tag corretto.
Puoi anche inserirlo nella tua linea di produzione; ogni volta che viene effettuato un commit al ramo principale, che attiva una build e una distribuzione del prodotto.
Potresti fare tutte quelle cose senza un ramo principale; senza rami o tag. Ma è più facile con loro, e l'intero punto del git-flow è rendere le cose più facili. Più facile sapere cosa dovresti fare, cosa fanno gli altri e comunicare su quelle azioni.