Bonne pratique: git, github, phare et 2 développeurs

Question

Je suis en train de mettre en place un nouveau projet et je prévois d'utiliser git et github pour le contrôle de sources et l'hébergement de repo et de phares pour le bugtracking. Je travaille avec git depuis un certain temps, mais je ne l'utilise que pour une solution de sauvegarde plus qu'une solution de codage collaborative.

[Modifier] Reade ici pour plus de détails: http://git.pastebin.com/ArzBBx6j [/ Modifier]

Aussi, j'ai remarqué que dans github vous pouvez configurer un servicehook au phare de sorte que chaque fois que vous pousser à GitHub il informe le phare de la changements. Cela utilise un jeton pour l'authentification de l'utilisateur et a la possibilité de changer les tickets pour les résoudre.

Cependant, ce jeton fonctionne de cette façon, de sorte que chaque fois qu'un utilisateur pousse le repo (peu importe qui), il est le propriétaire du repo qui "met à jour" le phare. C'est un problème. Donc, je crois que c'est nécessaire avec 2 repos séparés à github (un pour chaque dev), et je m'interroge sur le flux de travail qui devrait être utilisé.

Quelqu'un veut-il éclaircir la lumière sur ce sujet? Comme quand tirer et pousser (et où), et comment faire les deux repos github en synchronisation ou quelque chose comme ça? Ou une autre solution au problème tout à fait.

Answer 1

Je ne suis pas sûr de la partie phare, mais dans mes collaborations sur github, nous avons un développeur qui démarre un référentiel et l'autre qui le forge. Dès lors, nous essayons de garder nos propres branches «maîtresses» aussi synchronisées que possible en tirant (et en fusionnant) les unes des autres lorsque cela est nécessaire. Une bonne façon de le faire est de faire une habitude (ou éventuellement un script) de toujours tirer avant de pousser à github, pour minimiser les effets des conflits. Bien sûr, cela ne va pas très bien avec le nombre de développeurs. Avec plus de 3 développeurs, vous voudrez probablement un seul référentiel plus centralisé.