Alla ricerca di un buon flusso di lavoro git per nuovi progetti con un piccolo team

-1

Lavoro in un piccolo gruppo di sviluppatori (ci sono 3 di noi). nella ricerca che ho fatto, il flusso di lavoro che sembra seguire la maggior parte dei team sembra essere il seguente: viene creato un ramo per una funzione e quindi il ramo viene unito in master quando la codifica della funzione è completa.

Sembra che funzioni bene con progetti maturi in cui la maggior parte del codice è già presente e una funzionalità che una persona lavora è separata da un'altra, ma con un nuovo sviluppatore di progetto è necessario vedere le modifiche reciproche mentre vengono fatte e gran parte del lavoro che deve essere fatto inizialmente è "porre le basi".

Esistono schemi stabiliti su come gestire il flusso di lavoro git in questo caso? Avrebbe più senso per noi lavorare tutti sullo stesso ramo e chiamarlo qualcosa di simile a "initial_implementation" e quindi fonderlo in master quando raggiunge un ragionevole livello di maturità e iniziare a lavorare sui rami delle funzionalità?

    
posta Shane 03.09.2018 - 10:07
fonte

1 risposta

0

Di solito le squadre funzionano esattamente come hai trovato dalle tue ricerche. Nella mia esperienza, abbiamo sempre lavorato così.

Se lavorerai a un progetto nuovo di zecca, dovresti strutturare il lavoro del tuo team definendo prima i requisiti e l'ambito del progetto. Quindi creerai tutte le attività su cui dovrai lavorare, quindi ognuno di voi lavorerà su diverse attività creando un ramo per ogni attività diversa, unendole in master (o sviluppo, a seconda delle preferenze della tua squadra) non appena il codice sarà essere completamente testato e la funzione è stata riesaminata con successo.

Se inizi a lavorare sullo stesso ramo senza alcuna struttura, finirai per avere un progetto in pessime condizioni che a qualcuno servirà poi per rifattorizzare completamente.

    
risposta data 03.09.2018 - 10:24
fonte

Leggi altre domande sui tag