Comment désactiver définitivement l'intégration Git dans Visual Studio 2013?

Je sais que vous pouvez désactiver l'intégration git en utilisant la boîte de dialogue Outils / Options, mais ce que j'ai remarqué, c'est que ce paramètre ne semble pas persister entre les sessions; c'est-à-dire que dès que vous fermez et rouvrez la solution, l'intégration Git est à nouveau activée. J'imagine que Visual Studio voit le dossier .git dans l'arborescence de mon système de fichiers solution.

Il existe une variété de plugins Visual Studio 2013 qui se comportent de manière incorrecte lorsque le plug-in Git est activé, je préfère gérer mon contrôle de source en ligne de commande, et je travaille sur quelques très gros projets pour lesquels l'intégration Git introduit des ralentissements notables en ouvrant et en travaillant avec la solution. J'aimerais 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 source pour:

• Outils / Options
• Cochez "Afficher tous les paramètres"
• Contrôle de la source / sélection de plug-in
• Réglez "Plug-in de contrôle de la source actuelle" sur "Aucun"

Ensuite, comme le dit Ade Miller: Redémarrez Visual Studio.

Mon Visual Studio fonctionnait très lentement depuis que le branchement git était activé et j'ai réussi à le désactiver "de manière persistante entre les sessions" en suivant ces étapes.

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 à s'installer. J'utilise l'option "Ouvrir la dernière solution au démarrage", alors j'ai pensé que c'était peut-être lié au problème.

J'ai donc simplement fermé ma solution avant d'aller dans "Outils - Options - Contrôle de la source", puis l' ai désactivée, redémarré VS et - voilà, SC est resté éteint! J'espère que cela le restera également dans d'autres solutions.

Pour moi, la création du référentiel avec la commande suivante résout le problème:

git init --separate-git-dir _git

Puisqu'il ne crée pas de .git répertoire , seul un .git fichier pointant vers le répertoire réel du référentiel, par exemple:

gitdir: C:/tfs/ProjectName/Main/_git

Visual Studio (au moins jusqu'à VS2015 Update 3, ce que j'utilise) ne le remarque pas!

Cela fonctionnait mieux que les variables d'environnement car les extensions Git (que j'utilise) avaient du mal à le supporter, mais traitaient parfaitement le .gitfichier pointant vers un _gitdossier.

Une des raisons pour lesquelles git SCC est réactivé dans VS2015 à chaque fois que l'EDI se charge est CodeLens. Outils / Options / Éditeur de texte / Toutes les langues / CodeLens Il y a une case à cocher pour diverses activités impliquant TFVS et Git - le fait de cocher l'une de ces cases git activera automatiquement le plugin Git s'il pense que vous travaillez sur un dépôt git.

L'extension NoGit Visual Studio gère ce comportement.

Bonus: description géniale.

Pour Visual Studio 2015, j'ai trouvé que CodeLens réactivait le plugin Git Source Control après le redémarrage. La désactivation de CodeLens a résolu ce problème.

(Mise à jour: cette réponse fournit maintenant une solution entièrement fonctionnelle basée sur ma compréhension plus approfondie de GIT_DIR et GIT_WORK_TREE)

Résumé: Git est suffisamment flexible pour que vous puissiez déplacer le .gitrépertoire vers un emplacement en dehors du répertoire de travail avec les fichiers extraits de tfs. Cela permet alors d'avoir un checkout tfs 100% propre sans aucune trace de git que visual studio est capable de détecter tout en étant capable de l'exploiter comme un référentiel git. La clé est de séparer le répertoire git (stockage du référentiel git) et l'arborescence de travail (votre code source extrait).

Dites que votre code source est extrait c:\work\someproject\tfscodeet que vous y êtes déjà exécuté git init, par exemple, Visual Studio détecte le c:\work\someproject\tfscode\.gitré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 en ce qui concerne le studio visuel car il ignore alors complètement tout ce qui est stocké dans git.

Cela a fonctionné pour moi dans Visual Studio 2013 et 2015. Persiste même si vous fermez et rouvrez Visual Studio.

1. Ouvrez la solution

2. Allez dans Outils -> Options -> Contrôle de la source -> Définir le plugin sur Aucun

3. Fermez Visual Studio et exécutez la commande ci-dessous avec les droits d'administration.

déplacer "C: \ Program Files (x86) \ Microsoft Visual Studio 14.0 \ Common7 \ IDE \ CommonExtensions \ Microsoft \ TeamFoundation \ Team Explorer \ Microsoft.TeamFoundation.Git.Provider.dll" "C: \ Program Files (x86) \ Microsoft Visual Studio 14.0 \ Common7 \ IDE \ CommonExtensions \ Microsoft \ TeamFoundation \ Team Explorer \ Microsoft.TeamFoundation.Git.Provider.dll.bak "

Supprimer le Microsoft GitProvider de Visual Studio 2015

Lien: http://researchaholic.com/2015/02/02/remove-the-microsoft-gitprovider-from-visual-studio-2013/

1. Assurez-vous que Visual Studio est fermé
2. Ouvrir regedit
3. Accédez à HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 14.0_Config \ SourceControlProviders
4. Supprimer 11b8e6d7-c08b-4385-b321-321078cdd1f8 Dans le volet de détails, il devrait indiquer GitProvider
5. Ouvrez Visual Studio

J'ai réussi à désactiver le fournisseur Visual Studio Git intégré 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: /superuser/73675/how-do-i-install-a-vsix-file-in-visual-studio

Facile.

Cela m'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 je dois savoir comment l'arrêter. Voici les étapes pour découpler git / tout contrôle de source avec VS2019.

Allez dans VS -> Outils -> Options -> Contrôle de la source -> [Plug-in de contrôle de la source actuel]

Vous obtenez tout le contrôle de source possible dans votre système et l'option Aucun. Si vous choisissez Aucun, vous êtes prêt. Le mien a été réparé juste après avoir sélectionné l'option Aucun, appuyez sur OK et redémarrez le VS et plus de contrôle de source.

Vous devez fermer toutes les solutions VS. démarrez-en un, définissez Menu \ tools \ options \ Source Control \ Git -> None, fermez cette solution lorsque vous y êtes invité. Désormais, lors de l'ouverture d'une autre solution, les options restent "Aucune".

VS2015 absorbait 50% de mon processeur lorsqu'il était inactif. J'ai appris que la désactivation de Git était la solution. Malheureusement, la désactivation de Git uniquement pour l'apprendre le réactive automatiquement.

Dans mon cas, je voulais en fait utiliser Git mais pas avec 50% d'utilisation du processeur.

Comme la solution NoGit n'est disponible que pour VS2013, vous pouvez télécharger à la place: Git Source Control Provider même si vous n'utilisez pas Git. Mon utilisation du processeur est maintenant de 2,2% au lieu de 50% lorsque je suis inactif.

J'ai également des problèmes avec Git dans Visual Studio mais je pense avoir enfin trouvé une solution fonctionnelle. Jusqu'à présent, j'ai utilisé l'astuce consistant à renommer le dossier .git en _git et à ajouter un fichier texte nommé .git contenant la ligne "gitdir: _git". Mais depuis la mise à niveau vers VS2019, cela ne fonctionne plus.

J'ai essayé beaucoup de solutions différentes, mais aucune n'a fonctionné depuis que j'ai besoin de Git pour certains projets et pas pour d'autres. Mon projet de problème utilise Team Foundation Server de mon entreprise pour le contrôle de code source. Mais comme j'ai perdu du code dans les mauvaises fusions effectuées par TFS, je valide mes modifications dans un dépôt Git local avant de mettre à jour ou de valider TFS.

D:\Projects\TFS\.git Repo git local que VS ne devrait pas utiliser.

D:\Projects\TFS\ProjectA\$tf Fichiers TFS que VS doit utiliser pour ProjectA.

Peu importe comment j'ai essayé, je n'ai pas pu obtenir VS pour utiliser TFS pour ProjectA quand il a trouvé un dossier .git dans un dossier parent. Ma solution est de déplacer le dossier .git vers:

D:\Projects\TFS-GIT\.git

et créez une jonction de répertoire vers le dossier ProjectA. Démarrez une invite de commandes avec élévation de privilèges et exécutez:

mklink /J D:\Projects\TFS-GIT\ProjectA D:\Projects\TFS\ProjectA

En ouvrant le D:\Projects\TFS\ProjectA\ProjectA.slndans Visual Studio, il ne trouvera aucun dossier .git et se connectera à TFS comme il se doit.

L'exécution des commandes git à partir de D:\Projects\TFS-GITutilisera les mêmes fichiers que Visual Studio, sauf que le dossier .git est également disponible. TortoiseGit fonctionne également très bien à partir de ce dossier.

J'ai eu du mal à trouver une solution à cela, et je l'ai fait après tant de tentatives, donc je ne peux pas être précis. Créez un autre référentiel local à l'aide de GitHub Desktop dans un autre dossier. C'est fait, ouvrez Visual Studio sans charger de projet, maintenant Team Explorer devrait afficher les deux référentiels. Sélectionnez le nouveau référentiel comme vous devriez faire certaines opérations, à ce stade, vous pouvez "supprimer" votre ancien référentiel, puisque le nouveau est le "actif". Après cela, j'ai supprimé les fichiers .git * cachés de l'ancien dossier. L'ouverture du projet n'entraîne 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 était de vider ma corbeille (qui contenait le dossier .git indésirable 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.

Cet enfer d'extension git ralentit tout dans 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 utiliser 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.

La raison pour laquelle je l'ai fait est que VS 2015 génère un nom de dossier aléatoire pour l'extension TeamFoundation, de sorte que le nom de mon dossier peut être différent du vôtre.

Outils, Options, Contrôle de la source, Sélection de plug-ins, Aucun

1) solution proche et studio visuel. 2) allez dans le répertoire de la solution et supprimez le répertoire git caché et 2 fichiers texte git. 3) ouvrez à nouveau le studio visuel. 4) Aller aux outils -> options et contrôle de source. 5) sélectionnez aucun. 6) Redémarrez Visual Studio. 7) ouvrez votre solution. 8) Aller aux outils -> options et contrôle de source à nouveau et sélectionnez TFS. 9) dans la solution, cliquez avec le bouton droit de la souris pour sélectionner ajouter le contrôle de source à la solution. 10) sélectionnez tfs.

Réglez à nouveau Tools \ Options \ Source Control sur TFS. Fermez Visual Studio 2015. Ouvrez le dossier racine de votre code source. Supprimez le dossier nommé ".git". Redémarrer.