Git workflow / practice per un piccolo progetto (diagramma di flusso in png)

Sto cercando di elaborare un flusso di lavoro personale. Ho messo insieme un diagramma di flusso dell'ipotetica durata di una versione: uno sviluppatore che spinge verso un repository github pubblico + un amico che aiuta con alcune funzionalità e corregge un bug.

È un approccio ragionevole al controllo della versione?

L'idea principale è di mantenere in ordine il repository pubblico:

• Ogni nuova versione arriva sul proprio ramo fino a quando non viene taggata nel ramo principale al termine.

• Tutto il lavoro viene eseguito sui rami "feature" o "hotfix", mai su un ramo di rilascio effettivo, per prevenire anomalie.

• Le fusioni ai rami di livello superiore vengono sempre ridisegnate o schiacciate (per evitare disordine).

Se è eccessivo non mi dispiace perché il punto è che per me è imparare le competenze di cui potrei aver bisogno per un progetto più ampio. L'unico problema sarebbe se sto facendo qualcosa di completamente sbagliato o non necessario.

modifica 2: corretta la cattiva idea nel diagramma di flusso originale e reso più semplice la navigazione.

Ciò che vedo molto nella comunità git / github è questo

sviluppo di filiali

Tu e i collaboratori lavorate principalmente nello sviluppo, ma qualcuno potrebbe avere un'idea o una nuova funzionalità, quindi create un ramo di argomento come git checkout -b user_comments.

Quindi man mano che avanzi nello sviluppo, spingi verso il master una volta ottenuta una versione di cui sei soddisfatto e taggalo nel ramo master come 1.0 o 1.1.2 ecc. (Cerca il versioning semantico)