Question Utiliser Git avec Visual Studio [fermé]


Comme un long temps Visual SourceSafe utilisateur (et haineux) je parlais de passer à SVN avec un collègue; il a suggéré d'utiliser Git au lieu. Depuis, apparemment, il peut être utilisé comme peer-to-peer sans serveur central (nous avons juste une équipe de 3 développeurs).

Je n'ai pas été capable de trouver quoi que ce soit sur les outils qui intègrent Git avec Visual Studio, cependant - existe-t-il une telle chose?

Quelles technologies sont disponibles pour utiliser Git avec Visual Studio? Et que dois-je savoir sur ce qu'ils diffèrent avant de commencer?


1401
2018-02-03 14:46


origine


Réponses:


En janvier 2013, Microsoft annoncé qu'ils ajoutent un support Git complet dans tous leurs produits ALM. Ils ont a publié un plugin pour Visual Studio 2012 qui ajoute l'intégration de contrôle de source Git.

Alternativement, il y a un projet appelé Git Extensions Cela inclut les compléments pour Visual Studio 2005, 2008, 2010 et 2012, ainsi que l'intégration de Windows Explorer. Il est régulièrement mis à jour et après l'avoir utilisé sur quelques projets, je l'ai trouvé très utile.

Une autre option est Fournisseur de contrôle de source Git.


1056
2018-02-03 15:07



J'utilise Git avec Visual Studio pour mon port de Protocol Buffers à C #. Je n'utilise pas l'interface graphique - je garde juste une ligne de commande ouverte ainsi que Visual Studio.

Pour la plupart, c'est bien - le seul problème est quand vous voulez renommer un fichier. Git et Visual Studio préféreraient que ils étaient le seul à le renommer. Je pense que le renommer dans Visual Studio est la voie à suivre - faites juste attention à ce que vous faites ensuite côté Git. Bien que cela ait été un peu pénible dans le passé, j'ai entendu dire que cela devrait être plutôt transparent du côté de Git, car il peut remarquer que le contenu sera essentiellement le même. (Ce n'est pas tout à fait la même chose, généralement - vous avez tendance à renommer un fichier lorsque vous renommez la classe, IME.)

Mais fondamentalement - oui, cela fonctionne bien. Je suis un débutant Git, mais je peux l'obtenir pour faire tout ce dont j'ai besoin. Assurez-vous que vous avez un fichier ignorer git pour bin et obj, et * .user.


195
2018-02-03 14:51



Fournisseur de contrôle de source Git est un nouveau plug-in qui intègre Git avec Visual Studio.


90
2018-05-31 22:16



J'ai examiné cela un peu au travail (à la fois avec Subversion et Git). Visual Studio dispose en fait d'une API d'intégration de contrôle de source pour vous permettre d'intégrer des solutions de contrôle de source tierces dans Visual Studio. Cependant, la plupart des gens ne s'en soucient pas pour deux raisons.

La première est que l'API suppose à peu près que vous utilisez un flux de travail lockout-checkout. Il y a beaucoup de hooks qui sont très coûteux à mettre en œuvre, ou qui n'ont pas de sens quand vous utilisez le workflow de modification d'édition plus moderne.

La seconde (qui est liée) est que lorsque vous utilisez le flux de travail edit-merge que Subversion et Git encouragent, vous n'avez pas vraiment avoir besoin Intégration de Visual Studio La principale cause de l'intégration de SourceSafe avec Visual Studio est que vous (et l'éditeur) pouvez savoir en un coup d'œil quels fichiers vous possédez, lesquels doivent être extraits avant de pouvoir être édités et ne peuvent être extraits même si vous le souhaitez. Ensuite, il peut vous aider à faire ce que vous avez besoin de faire lorsque vous voulez éditer un fichier. Rien de tout cela ne fait même partie d'un flux de travail Git typique.

Lorsque vous utilisez Git (ou SVN en général), vos interactions de contrôle de révision ont lieu soit avant votre session de développement, soit après (une fois que vous avez tout travaillé et testé). À ce stade, il n'est pas vraiment difficile d'utiliser un outil différent. Vous n'êtes pas constamment obligé d'aller et venir.


52
2018-02-03 15:13



Je trouve que Git, travaillant sur des arbres entiers comme il le fait, bénéficie moins de l'intégration IDE que les outils de contrôle de source qui sont basés sur des fichiers ou suivent un modèle checkout-edit-commit. Bien sûr, il y a des cas où il peut être agréable de cliquer sur un bouton pour faire un peu d'histoire, mais cela ne me manque pas beaucoup.

Le vrai must est d'obtenir votre fichier .gitignore plein de choses qui ne devraient pas être dans un dépôt partagé. Les miens contiennent généralement (entre autres choses) ce qui suit:

*.vcproj.*.user
*.ncb
*.aps
*.suo

mais ceci est fortement biaisé C ++ avec peu ou pas d'utilisation de toute fonctionnalité de style de l'assistant de classe.

Mon modèle d'utilisation est quelque chose comme ce qui suit.

  1. Code, code, code dans Visual Studio.

  2. Quand il est content (point intermédiaire sensible pour valider le code, passez à Git, changez de niveau et revoyez les différences.) Si quelque chose ne va pas, revenez à Visual Studio et corrigez, sinon validez.

Toute fusion, branche, rebase ou autre truc de SCM fantaisie est facile à faire dans Git à partir de l'invite de commande. Visual Studio est normalement assez content de ce qui change en dessous, bien qu'il puisse parfois avoir besoin de recharger certains projets si vous avez modifié les fichiers du projet de manière significative.

Je trouve que l'utilité de Git l'emporte sur tout inconvénient mineur de ne pas avoir une intégration complète de l'IDE mais c'est, dans une certaine mesure, une question de goût.


37
2018-02-03 15:09



Microsoft a annoncé Git pour Visual studio 2012 (mise à jour 2) récemment. Je n'ai pas encore joué avec ça, mais cette vidéo Cela semble prometteur.

Voici un rapide Didacticiel sur comment utiliser Git à partir de Visual Studio 2012.


31
2018-01-30 23:10



Ne manquez pas non plus TortoiseGit ...    https://tortoisegit.org/


28
2018-05-26 01:21