Melhores práticas: git, github, farol e 2 desenvolvedores

Question

Eu sou a criação de um novo projeto e planeja usar git e github para sourcecontroll e hospedagem de repo e farol para acompanhamento de bugs. Eu tenho trabalhado com git por algum tempo agora, mas apenas usado por mais de uma solução de backup do que a solução de codificação colaborar.

[Edit] Reade aqui para mais detalhes: http://git.pastebin.com/ArzBBx6j [/ Edit]

Além disso, tenho notado que no github você pode configurar um servicehook ao farol para que sempre que você empurra para GitHub notifica farol das mudanças. Este utiliza um token para uma autenticação e tem a capacidade de bilhetes de mudança para resolvidas etc.

No entanto, este token Acredito funções dessa forma de modo que sempre que um utilizador empurra para o repo (dos não importa quem), é o proprietário do repo que "atualizações" ao farol. Este é um problema.

Então, eu acredito que é necessário com 2 repos separadas no github (um para cada dev), e eu estou querendo saber sobre o fluxo de trabalho que deve ser usado.

cuidado Any1 para destruir alguma luz sobre este assunto? Como quando a puxar e empurrar (e onde), e como fazer os dois repos github em sincronia ou algo parecido? Ou uma outra solução para o problema completamente.

Answer 1

Eu não tenho certeza sobre a parte do farol, mas em minhas colaborações no github, temos um desenvolvedor iniciar um repositório e os outros garfos de TI. A partir daí, tentamos manter as nossas próprias filiais 'mestre' como em sincronia possível puxando (e fusão) uns com os outros, quando necessário. Uma boa maneira de fazer isso é fazer um hábito (ou possivelmente um script) de sempre puxar antes de empurrar para github, para minimizar os efeitos dos conflitos. Claro, isso não escala muito bem com o número de desenvolvedores. Com mais de 3 ou mais desenvolvedores você provavelmente quer um único repositório mais centralizado.