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

12

Sto cercando di creare un flusso di lavoro personale. Ho messo insieme un diagramma di flusso dell'ipotetica durata di un rilascio: uno sviluppatore che spinge a un repository pubblico di github + un amico che aiuta con alcune funzionalità e risolve un bug.

Si tratta di un approccio ragionevole al controllo della versione?

L'idea principale è di mantenere ordinato il pronti contro termine pubblico:

  • Ogni nuova versione ha un ramo proprio finché non viene definitivamente taggata nel ramo principale al termine.

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

  • Le unioni a rami di livello superiore vengono sempre ridimensionate o schiacciate (per evitare confusione).

Se è eccessivo, non mi interessa perché il punto è che per me imparare le abilità che potrei avere bisogno per un progetto più ampio. L'unico problema sarebbe se sto facendo qualcosa di sbagliato o inutile.

modifica 2: ha risolto la cattiva idea nel diagramma di flusso originale e ne ha semplificato la navigazione.

    
posta iDontKnowBetter 25.08.2012 - 02:19
fonte

1 risposta

3

Quello che vedo molto nella comunità git / github è questo

rami maestro sviluppare

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

Poi mentre procedi attraverso lo sviluppo premi al master una volta che hai gettato una versione di cui sei soddisfatto e taggalo nel ramo master come 1.0 o 1.1.2 ecc. (guarda il versioning semantico)

    
risposta data 25.08.2012 - 04:04
fonte