Domanda

Vorrei forza gli altri membri del team di non lavoro sul master-ramo, ma su un ramo di sviluppo. abbiamo un git-repository centrale in cui spingiamo il nostro lavoro in. vorrei sapere se è possibile impedire agli utenti di spingere le modifiche al master-ramo, ma solo permettere ad alcuni utenti di farlo.

mi piacerebbe avere il seguente "workflow"

  • sviluppo è sempre fatto solo con uno sviluppo ramo
  • il rilascio-manager è responsabile della branch master e solo lui è permesso di roba unione da un ramo di sviluppo nel master e spingerlo al maestro-ramo sul repository centrale per.

Questo è possibile e come posso raggiungere questo obiettivo?

È stato utile?

Soluzione

man githooks : nel repository condiviso, è possibile creare uno script o $(git rev-parse --git-dir)/hooks/pre-receive $(git rev-parse --git-dir)/hooks/update che consente di verificare ciò che gli utenti stanno cercando di spingere a cui rif. Git è dotato di un update-paranoide esempio gancio applicare ACL-ref.

Altri suggerimenti

Il mio approccio a basso livello sarebbe semplicemente lasciare che la RM sia l'unico con le chiavi SSH per spingere l'uso tutti gli altri repository come master di riferimento. In questo modo, nessuno ma la RM può spingere da padroneggiare -. Ma tutti possono lavorare dal momento che hanno i loro propri rami di sviluppo locale e sviluppatori possono condividere tra loro i rami che come

Il passo successivo è quello di fare un tester pentola di cottura per le cose che entreranno in maestro presto. Questo piatto è normalmente chiamato next o dev. L'idea è che il maggiore impatto di un ramo ha, più a lungo si cuoce prima di una fusione da padroneggiare. Questo dà la RM pieno controllo su ciò che i rami dovrebbero laurearsi e dà ancora a tutti un heads-up.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top