Meilleures pratiques d'utilisation de Git avec Visual Studio?

Question

Je suis en train d'étudier la migration de Subversion vers Git au travail, et souhaite obtenir des avis sur la meilleure façon d'installer Git sur Windows, et tous les problèmes qui pourraient résulter de la combinaison de Visual Studio et Git.

La configuration actuelle est TortoiseSVN, avec Visual Studio 2008 et AnkhSVN pour .NET applications. Le remplacement serait probablement Git Extensions.

Des conseils sur le référentiel mises en page serait particulièrement appréciée. L'ensemble de nos solutions utilisation de plusieurs projets, et nous avons maintenant un certain nombre de assemblys personnalisés que nous aurons besoin de partager entre les applications. La configuration actuelle de notre les dépôts Subversion n'est certainement pas optimale.

Mise à JOUR: maintenant, j'ai migré vers Git avec Git Extensions, et ça fonctionne très bien. Code partagé et des actifs de séparer les référentiels et sont utilisés comme des submodules. J'ai trouvé submodules légèrement confus quand j'ai commencé, et ce post a été très utile.

Answer 1

Le Git de programme d'installation pour Windows est msysgit (DONC, la question).
TortoiseGit est aussi une belle intégration à Windows (sur le haut de msysgit).

Vous devez être conscient de Git limites, notamment en terme de dépôt Git (n'essayez pas de trucs de tous les projets dans un repo, sauf si vous êtes la construction d'un "système", c'est à dire quelque chose qui peut seulement fonctionner avec toutes ses pièces ou composants.)

Code externe dépendances sont les mieux représentés avec des submodules.
Même chose pour le fournisseur de branches.

---

Notez également que, en plus de GitExtension, vous pouvez maintenant définir Git projets dans TFS (1er trimestre 2013):
Voir "Comment puis-je pousser mon dépôt Git pour Team Foundation Service": à partir VS2012.2, yo ont git commandes directement à partir de votre IDE.

Answer 2

Nous avons une solution contenant 9 projets et nous utilisons des extensions git (provenant de la pile svn).

Trois des projets sont partagés avec d'autres solutions et nous avons utilisé des sous-modules pour les référencer.

Cela fonctionne à peu près mais son interface est très déroutante. À l'avenir, nous envisageons de supprimer les sous-modules et de simplement référencer les DLL à la place.

Answer 3

J'utilise msysgit , c'est plutôt sympa =)

Pour les extensions Git, je n'aime pas beaucoup, car je suis plus à l'aise avec les commandes en ligne de commande ... Mais la fonctionnalité "Historique des fichiers" des extensions Git est géniale