Git workflow per più team

11

Inizieremo a usare Git (non lo sto ancora usando) e voglio definire il flusso di lavoro.

Abbiamo 4 team in 4 diverse sedi globali, sviluppando insieme lo stesso prodotto. Ogni squadra possiede una parte del codice del prodotto, ma a volte deve anche apportare modifiche nel codice di proprietà di altri team.

Esiste un suggerimento per un flusso di lavoro Git per tale ambiente?

Ho già visto questo articolo , ma l'approccio qui è "creiamo ulteriori rami come raramente come possibile ", e credo di più nell'approccio" branch per ogni user story ".

Inoltre, questo articolo presenta un buon approccio.

Avevo in mente di avere un master branch, un ramo permanente per ogni squadra che si univa periodicamente per padroneggiare e un ramo della storia per utente che si fonde con le filiali dei team. Ha senso o non funzionerebbe?

    
posta Igor Oks 25.12.2011 - 17:37
fonte

2 risposte

7

Dai un'occhiata al modello Git Branching di successo , che ha una buona strategia di ramificazione per sviluppo di funzionalità tra versioni.

Potrestiimplementarequalcosadisimileconunlivelloinpiùperiramidelteamtrailramo"sviluppo" e i "rami funzione". La presenza di filiali di team consentirà inoltre a due team di collaborare in modo più efficace mediante la fusione tra le loro filiali del team.

    
risposta data 20.01.2012 - 20:07
fonte
0

Direi che ogni team ha una propria versione del repository, con un repository globale in cui tutti si impegnano (come nel kernel Linux, dove il repository di Linus è il kernel e il repository centrale).

Quindi, per mantenere il codice del prodotto, è possibile utilizzare sottomoduli come ha detto @larsmans, quindi ogni team può solo lavorare principalmente sulla parte che è più importante per loro e se hanno bisogno di lavorare con un'altra parte, possono farlo per , ma dovranno ricordarsi di aggiornare il sottomodulo, ed è qui che si trova il problema (dato che è molto facile sbagliare quando si usa git, per fortuna è anche facile allontanarsi da loro).

Ma dal momento che i tuoi team sono abituati a questo, e sono consapevoli del fatto che stanno cambiando il codice di altre squadre, è più facile per loro ricordarsi di fare l'aggiornamento del sottomodulo, prima di cambiare un modulo straniero.

    
risposta data 27.12.2011 - 17:12
fonte

Leggi altre domande sui tag