Recentemente ho installato i miei ambienti di server di staging e produzione su Heroku e tutto funziona alla grande. Attraverso Heroku, puoi schierare da un ramo Git - ad es. master o my-feature . Questo mi ha fatto pensare: dovrei avere un dev branch?
Il ramo dev funzionerebbe essenzialmente come stage corrente in development ; branch my-feature verrebbe unificato in dev una volta completato. Quindi distribuirò dev al mio ambiente di gestione temporanea e, se tutto verrà risolto, vorrei unire dev in master e distribuire master a produzione .
A prima vista, per me questo ha senso come un flusso di lavoro. Guardando i rami, è immediatamente evidente ciò che è in sviluppo e ciò che è in produzione. Con il consueto ramo master attivamente sviluppato e distribuito, è difficile tracciare la linea a colpo d'occhio senza guardare timestamp o hash di commit SHA.
L'unico lato negativo che riesco a vedere è che i miei registri di commit hanno fondamentalmente un commit unito dev con master per ogni distribuzione in produzione. Personalmente non vedo questo come un grosso problema, perché aiuta a definire la linea quale codice viene utilizzato dalla produzione? .
Avere un ramo dev ha senso se viene usato in questo modo?
PS - Sto lavorando da solo a questo progetto. Sono curioso di sapere se questo ha un senso come flusso di lavoro generale per gli sviluppatori.