Utilisation à distance de git gaming

Question

Je joue avec git sur ma propre machine depuis maintenant 6 mois et je l'aime vraiment. Cependant, j'ai du mal à comprendre comment je pourrais l'utiliser dans un environnement d'équipe/d'entreprise. (Je me demande si Eric Sink est exact).

J'ai commencé à essayer d'installer un serveur git sur Windows, mais didn't go too well.

Je me suis donc posé la question de mettre en place un deuxième dépôt sur ma propre machine et de commencer à m'y accrocher.

Connaissez-vous de bons articles pour commencer 'simple' comme ça, ou avez-vous des conseils sur grokking le prochain niveau?

Answer 1

Si:

• votre ordinateur principal est acce ssibles par un chemin partagé (\ myMainComputer \ MySharedDirectory)
• ou vous avez plusieurs prises en pension sur le même ordinateur

Vous ne pouvez:

• git clone --bare /path/to/your/first/repo
• cd /path/to/your/first/repo
• git remote add bare_repo /path/to/bare/rep
• (travail, commits)
• git push bare_repo
• (si d'autres ont poussé à nu repo ainsi)
• git pull bare_repo

En d'autres termes, le fichier est pris en charge comme protocole une URL légitime pour repo à distance.
Voir git fetch, section URL:

Pour les dépôts locaux, également pris en charge par git nativement, les syntaxes suivantes peuvent être utilisées:

/path/to/repo.git/ 
file:///path/to/repo.git/ 

Answer 2

Essayez Git Magic, qui était la première chose que j'ai lue en apprenant Git, et qui m'a permis de comprendre ce que je faisais. Le chapitre 3 traite de plusieurs référentiels.

Answer 3

Vous pouvez lire quelques articles sur le flux de travail quotidien Git, et je voudrais vous recommander deux:

• http://geewax.org/2009/11/21/agile-git-workflow.html, flux de travail git Agile
• http://nvie.com/git-model, celui-ci est sur le point de branchement et de la coopération

Answer 4

This est le flux de travail que j'essaie de s'y tenir, avec des scripts pour faciliter ce flux de travail donné here.L'idée de base est d'avoir au moins deux dépôts:

(a) un référentiel distant "central" général, qui sert de dépôt "primaire" canonique pour tous les développeurs; le code poussé ici doit toujours être (plus ou moins) ininterrompu et fonctionnel, réussir tous les tests, etc.

(b) un dépôt à distance personnel "en cours de développement", qui sert de sauvegarde à distance pour le développement local ou sous-équipe. Code ici peut être dans n'importe quel état. Profitant pleinement de l'embranchement à bas prix de Git, la ligne de développement de sujets wip devrait généralement être dans leurs propres branches (comme décrit dans les liens ci-dessus), jusqu'à ce que prêt pour le prime time. Lorsque le moment est venu, fusionnez dans votre maître local, puis poussez-le dans le référentiel "principal", et supprimez les branches de wip à la fois de vos dépôts de développement à distance local et personnel. En option, vous pourriez vouloir un troisième dépôt, pour la consommation publique (c'est-à-dire, hors équipe de projet).

Vous pouvez également rechercher here pour une description d'un flux de travail similaire mais différent. En passant, le livre Pro Git donné dans le lien précédent est, à mon avis, la meilleure ressource Git actuellement disponible.