Git Responsentiel central et équipe

Une excellente description de l'organisation de votre référentiel et comment gérer les branches d'équipe peut être trouvée à l'adresse suivante:

http://nvie.com/posts/a-successful-git-git -Branching-modèle /

Regardez le Pro Git Livre Chapitre 5 - Il devrait répondre à toutes vos questions sur Git Workflow. < / p>

Repo central n'aura pas besoin de fusionner quoi que ce soit pour ne pas avoir ses propres engagements. C'est le travail des développeurs pour fusionner des changements. Central Repo ne fera qu'envireusement à commenter ou de rejettera commettre si d'autres développeurs ont poussé auparavant.

Puis-je suggérer que vous preniez une lecture ouverte Pro Git et un livre librement distrubuté sur GIT: http://progit.org/ < / a>

et en particulier le chapitre sur le maintien d'un projet: http://progit.org/book/ CH5-3.HTML

voyages heureux;)

Il n'y a pas de "référentiel central", en soi. Vous en créerez généralement un parce qu'il fonctionne bien pour travailler dans une équipe et tout garder / tout le monde organisé.

Lors de la configuration de ce référentiel central, vous lui donnerez un nom. Ceci est votre point de référence local sur ce référentiel central, tout le monde de votre équipe ne doit pas nécessairement l'appeler la même chose. Ceci est une «télécommande» dans Git (et je suis sûr de nombreux autres DVCSS ) parle. La plupart des gens ont tendance à nommer «l'origine». Vous pouvez savoir quelles branches ont été poussées à l'origine (et plus encore, telles que des balises) en faisant un git fetch origine . Lorsque vous faites un Git Tirez < / a>, vous faites vraiment un git fetch , suivi d'un git fusion .

De ce que j'ai compris (corrigez-moi si je suis faux) .. A, B et C Les développeurs poussent leur branche (Master?) au référentiel central via SSH Remote.

Cela ne doit pas nécessairement être maître. Tout comme d'origine, Master est une convention de dénomination et se trouve être la succursale qui vous est créée lorsque vous initialisez un répertoire comme étant un référentiel GIT.

Mais sur le référentiel central, comment puis-je obtenir des informations ou quels fichiers (ou branche?) qui a été poussé des développeurs ... à quoi ressemblerait-il sur le référentiel central?

Voir ci-dessus Re: Git Fetch .

sur le référentiel central, comment gérerait les développeurs de fusion?

Vous n'avez pas à gérer des fantasmes sur l'origine car un développeur devra tirer le dernier travail de tout le monde sur toute la branche sur laquelle ils travaillent, avant de pouvoir pousser leurs modifications à l'origine (et en particulier, que branche).

J'espère que cela vous aidera. Je suis loin de comprendre tous les ins-outs de la manière dont tout est vraiment fonctionne.