Best practice: git, GitHub, il faro e 2 agli sviluppatori

Question

Sono la creazione di un nuovo progetto e pensa di utilizzare git e GitHub per sourcecontroll e hosting di pronti contro termine e il faro per bugtracking. Ho lavorato con git per un po 'po' di tempo, ma solo usando per più di una soluzione di backup di collaborare soluzione di codifica.

[Modifica] Reade qui per maggiori dettagli: http://git.pastebin.com/ArzBBx6j [/ Modifica]

Inoltre, ho notato che in github è possibile impostare una servicehook al faro in modo che ogni volta che si preme per GitHub lo comunica faro dei cambiamenti. Questo utilizza un token per l'autenticazione utente e ha la capacità di cambiare i biglietti per risolto etc.

Tuttavia, questo token credo funzioni in questo modo in modo che ogni volta che un utente preme il pronti contro termine (dosn't importa chi), è il proprietario del pronti contro termine che "aggiornamenti" per faro. Questo è un problema.

Quindi, credo che sia necessario, con 2 repos separate a github (uno per ogni dev), e mi chiedo per il flusso di lavoro che deve essere utilizzato.

cura Any1 per distruggere qualsiasi luce su questo argomento? Come quando a tirare e spingere (e dove), e come rendere i due pronti contro termine GitHub in sincronia o qualcosa del genere? O un'altra soluzione al problema del tutto.

Answer 1

Non sono sicuro circa la parte faro, ma nelle mie collaborazioni su GitHub, abbiamo una sviluppatore avviare una repository e le altre forche IT. Da allora in poi, cerchiamo di mantenere le nostre filiali 'master' come in sincronia possibile tirando (e la fusione) gli uni dagli altri, quando necessario. Un buon modo per farlo è quello di prendere l'abitudine (o, eventualmente, uno script) di tirare sempre prima di spingere a GitHub, per ridurre al minimo gli effetti dei conflitti. Naturalmente, questo non scala molto bene con il numero di sviluppatori. Con più di 3 o giù di sviluppatori che vorreste probabilmente un unico repository più centralizzata.