J'ai utilisé personnellement Git et GitHub pendant un moment maintenant. Mais je vais ajouter un autre collaborateur au projet et avoir besoin d'eux pour pouvoir y travailler également. P>
Comment pouvons-nous travailler tous les deux sur des fichiers, puis repulez-les à la maîtrise? P> LI>
Comment pouvons-nous toujours avoir les derniers changements? P> Li>
Quelle est la meilleure façon de travailler avec une équipe de 2-3 personnes avec GIT? P> LI> ul>
3 Réponses :
Git Tirez code> Avant de travailler sur un fichier. Exécutez un git pousser code> lorsque vous mettez quelque chose au maître. Li>
- github fonctionnerait très bien. Une part de réseau serait également fonctionnelle lors de la configuration en tant que référentiel nu. Vous pouvez également héberger votre propre service Daemon GIT. LI>
ul>
Dans mon équipe, nous travaillons tous et commis sur nos propres branches de fonctionnalités. Lorsqu'une personne est faite avec leur fonctionnalité et tous leurs tests passent, ils le fusionnent en maître et exécutent à nouveau des tests pour s'assurer que le code fusionné ne cassait rien. Les autres membres de l'équipe sont alors responsables de la fusion dans les changements de maître à leur discrétion et de résoudre tout de même responsable les conflits qui se produisent. En pratique, la fusion de Master dans des branches de caractéristiques individuelles se produit régulièrement. P>
Je recommande vivement d'utiliser GitHub par opposition à l'hébergement de votre propre serveur Git, si vous obtenez une merde terminée est votre priorité et ne jouez pas en tant qu'administrateur. P>
Github n'a-t-il pas de problèmes de confidentialité? C'est-à-dire que si mon code est censé être confidentiel.
Voir comme il est créé par une personne qui a créé un Linux, ce n'est pas surprenant GitHub est basé sur la publicité
Nous sommes en train de regarder cela, nous avons actuellement notre propre repo et migrant vers GitHub. Nos plans sont d'avoir le maître (projet principal) et une fourche principale. La fourche principale sera notre «maître» d'où l'équipe collaborera contre et tirera et poussera. Chacun de nous clonera cette fourchette primaire pour travailler contre. Une fois qu'une fonctionnalité terminée ou bug résolu, nous vous fusionnerons dans le projet principal de la fourche principale. Pas positif que c'est le meilleur moyen, mais compte tenu du niveau élevé de concurrence entre environ cinq développeurs, le code de l'attente jusqu'à ce que le projet est de retour dans le projet principal n'est tout simplement pas acceptable. p>