Comment désactiver de manière permanente l'intégration de Git dans Visual Studio 2013?
Je sais que vous pouvez désactiver l'intégration de git à l'aide de la boîte de dialogue Outils/Options, mais ce que j'ai remarqué, c'est que ce paramètre ne semble pas persister d'une session à l'autre. En d'autres termes, dès que vous fermez et rouvrez la solution, l'intégration de Git est réactivée. J'imagine que Visual Studio voit le dossier .git dans l'arborescence de mon système de fichiers de solution.
De nombreux plug-ins Visual Studio 2013 ne se comportent pas correctement lorsque le plug-in Git est activé, je préfère gérer mon contrôle de code source en ligne de commande et je travaille sur quelques très gros projets pour lesquels l'intégration de Git introduit des ralentissements notables. en ouvrant et en travaillant avec la solution. Je voudrais l'éteindre pour de bon, car je ne l'utilise tout simplement pas ou n'en ai pas besoin. Est-ce possible?
Comme vous l'avez dit, vous pouvez désactiver le plugin de contrôle de code source en allant sur:
- Outils/Options
- Cochez "Afficher tous les paramètres"
- Contrôle de source/Sélection de plug-in
- Définissez "Plug-in de contrôle de source actuel" sur "Aucun".
Ensuite, comme le dit Ade Miller: Redémarrez Visual Studio.
Mon Visual Studio fonctionnait très lentement depuis l'activation de git plugging et j'ai réussi à le désactiver "de manière persistante d'une session à l'autre" en suivant cette procédure.
J'espère que ça aide.
J'ai eu le même problème avec Visual Studio 2015, où l'extension NoGit n'était même pas autorisée à installer. J'utilise l'option "dernière solution au démarrage", alors j'ai pensé que c'était peut-être lié au problème.
Donc je simplement fermé ma solution avant d'aller dans "Outils - Options - Contrôle de source", alors éteint, redémarré VS et - voila, SC restés éteints! J'espère que cela reste ainsi dans d'autres solutions.
Pour moi, créer le référentiel avec la commande suivante corrige le problème:
git init --separate-git-dir _git
Puisqu'il ne crée pas un .gitrépertoire, seul un .gitfichier pointant vers le répertoire du référentiel réel, par exemple:
gitdir: C:/tfs/ProjectName/Main/_git
Visual Studio (du moins jusqu'à la mise à jour VS2015 3, ce que j'utilise) ne le remarque pas!
Cela fonctionnait mieux que la variable d'environnement parce que Git Extensions (que j'utilise) avait du mal à le supporter, mais traitait parfaitement le fichier .git Pointant vers un dossier _git.
Une des raisons pour lesquelles git SCC est réactivé dans VS2015 chaque fois que le IDE est chargé est CodeLens. Outils/Options/Éditeur de texte/Toutes les langues/CodeLens une case à cocher pour diverses activités impliquant TFVS et Git - le fait de cocher l'une de ces cases git activera automatiquement le plug-in Git s'il pense que vous travaillez sur un dépôt Git.
extension NoGit Visual Studio gère ce problème.
Bonus: description géniale.
Pour Visual Studio 2015, j'ai constaté que CodeLens réactivait le plug-in Git Source Control après le redémarrage. Désactiver CodeLens a résolu ce problème.
(Mise à jour: cette réponse fournit maintenant une solution pleinement opérationnelle basée sur ma compréhension approfondie de GIT_DIR et de GIT_WORK_TREE)
Résumé: Git est suffisamment flexible pour que vous puissiez déplacer le .git répertoire vers un emplacement en dehors du répertoire de travail avec les fichiers extraits de tfs. Cela permet d’avoir une caisse 100% propre et sans aucune trace de git que visual studio est capable de détecter tout en pouvant l’utiliser comme un dépôt git. La clé est de séparer le répertoire git (stockage du référentiel git) et l’arbre de travail (votre code source extrait).
Dites que votre code source est extrait dans c:\work\someproject\tfscode et vous avez déjà exécuté git init ici, par exemple Visual Studio détecte le c:\work\someproject\tfscode\.git répertoire et cela cause des problèmes.
Pour rendre la vie plus agréable, procédez comme suit:
$ cd /cygdrive/c/work/someproject
$ mv tfscode/.git tfscode.git
$ echo export GIT_DIR=/cygdrive/c/work/someproject/tfscode.git >> env.sh
$ echo export GIT_WORK_TREE=/cygdrive/c/work/someproject/tfscode >> env.sh
$ source env.sh
$ cd tfscode
$ git status
...
$
Cela fonctionne parfaitement avec Visual Studio car il ignore alors tout ce qui est stocké dans git.
Supprimer Microsoft GitProvider de Visual Studio 2015
Lien: http://researchaholic.com/2015/02/02/remove-the-Microsoft-gitprovider-from-visual-studio-2013/
- Assurez-vous que Visual Studio est fermé
- Ouvrez regedit
- Accédez à HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\14.0_Config\SourceControlProviders
- Supprimer 11b8e6d7-c08b-4385-b321-321078cdd1f8 Dans le volet de détails, il convient d'indiquer GitProvider.
- Ouvrir Visual Studio
Cela a fonctionné pour moi dans Visual Studio 2013 et 2015. Persiste même si vous fermez et rouvrez Visual Studio.
Ouvrez la solution
Allez dans Outils -> Options -> Contrôle de la source -> Définir le plugin sur Aucun
Fermez Visual Studio et exécutez la commande ci-dessous avec les droits d’administrateur.
move "C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer\Microsoft.TeamFoundation.Git.Provider.dll.bak "
J'ai réussi à désactiver le fournisseur intégré Visual Studio Git en supprimant toutes les occurrences de ces clés de registre:
7FE30A77-37F9-4CF2-83DD-96B207028E1B
11b8e6d7-c08b-4385-b321-321078cdd1f8
Utilisez le nouveau package d'extension NoGit: https://github.com/markrendle/nogit/releases/download/1.0.5/NoGit.vsix
Téléchargez et ajoutez à Visual Studio: https://superuser.com/questions/73675/how-do-i-install-a-vsix-file-in-visual-studio
Facile.
Vous devez fermer toutes les solutions VS. démarrez-en un, définissez Menu\outils\options\Contrôle de la source\Git -> Aucun, fermez cette solution lorsque vous y êtes invité. Désormais, lorsque vous ouvrez une autre solution, les options restent "Aucune".
VS2015 aspirait 50% de mon processeur en mode veille. J'ai appris que désactiver Git était la solution. Malheureusement, désactiver Git uniquement pour l’apprendre le réactive automatiquement.
Dans mon cas, je voulais réellement utiliser Git, mais pas avec une utilisation de 50% du processeur.
La solution NoGit n'étant disponible que pour VS2013, vous pouvez plutôt télécharger: Fournisseur de contrôle de source Git même si vous n'utilisez pas Git. Mon utilisation du processeur est maintenant de 2,2% au lieu de 50% en veille.
Cela a fait mal au dos pendant une semaine et je ne savais pas comment j'avais démarré ce service de contrôle de source dans VS2015. Mais il a fallu savoir comment l'arrêter. Voici les étapes à suivre pour découpler le contrôle de source git/any avec VS2019.
Allez dans VS -> Outils -> Options -> Contrôle de la source -> [Plug-in de contrôle de source actuel]
Vous obtenez tout le contrôle de source possible dans votre système et aucune option. Si vous choisissez Aucun, vous êtes tous ensemble. Le mien a été corrigé juste après la sélection de l'option Aucun, cliquez sur ok puis redémarrez le VS et supprimez le contrôle de la source.
Cette extension git ralentit tout IDE (VS 2015 dans mon cas). J'ai dû supprimer tout le dossier TeamFoundation pour m'en débarrasser. L'inconvénient est que vous ne pourrez pas utilisez Git et TeamFoundation dans Visual Studio 2015. Remarque: sauvegardez ce dossier ailleurs et restaurez-le si nécessaire.
Pour supprimer le dossier, je l'ai fait. 
C'est parce que VS 2015 génère un nom de dossier aléatoire pour l'extension TeamFoundation, de sorte que mon nom de dossier pourrait être différent du vôtre.
J'ai eu du mal à trouver une solution à ce problème et je l'ai fait après tant de tentatives. Je ne peux donc pas être précis. Créez un autre référentiel local en utilisant GitHub Desktop dans un autre dossier. Ceci fait, ouvrez Visual Studio sans charger de projet. Team Explorer doit maintenant afficher les deux référentiels. Sélectionnez le nouveau référentiel comme vous devriez faire certaines opérations. À ce pont, vous pouvez "supprimer" votre ancien référentiel, car le nouveau est le "actif". Après cela, j'ai supprimé les fichiers .hidden .git * de l'ancien dossier. Ouvrir le projet ne provoque pas la recréation de l'ancien référentiel. J'espère que cela t'aides.
C'est fou, mais ce qui a fonctionné pour moi a été de Vider ma corbeille (qui contenait le dossier .git non désiré de ma solution).
Je n'arrive toujours pas à y croire ...
Renommez "C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation"
VS affichera l'erreur une seule fois et fonctionnera correctement.