Eu sei que você pode desabilitar a integração do git usando a caixa de diálogo Ferramentas / Opções, mas o que percebi é que essa configuração não parece persistir nas sessões; ou seja, assim que fechar e reabrir a solução, a integração do Git é habilitada novamente. Estou supondo que o Visual Studio está vendo a pasta .git na minha árvore do sistema de arquivos da solução.
Há uma variedade de plug-ins do Visual Studio 2013 que se comportam incorretamente quando o plug-in Git está habilitado. Eu prefiro gerenciar meu controle de origem na linha de comando e trabalho em alguns projetos muito grandes para os quais a integração do Git introduz lentidões perceptíveis em abrir e trabalhar com a solução. Gostaria de desativá-lo para sempre, pois simplesmente não o uso ou preciso. Isso é possível?
fonte
Respostas:
Como você disse, você pode desativar o plugin de controle de origem indo para:
Então, como Ade Miller diz: Reinicie o Visual Studio.
Meu Visual Studio estava funcionando muito devagar desde que o git plugging foi habilitado e eu consegui desabilitá-lo "persistentemente entre as sessões" seguindo estas etapas.
Espero que ajude.
fonte
Eu tive o mesmo problema com o Visual Studio 2015, onde a extensão NoGit nem tinha permissão para instalar. Eu uso a opção "abrir a última solução na inicialização", então pensei que talvez isso estivesse de alguma forma relacionado ao problema.
Então eu simplesmente fechei minha solução antes de ir para "Ferramentas - Opções - Controle de código-fonte", então desliguei, reiniciei o VS e - voila, o SC permaneceu desligado! Espero que continue assim em outras soluções também.
fonte
/ResetSettings "C:\Users\myuserid\Documents\Visual Studio 2015\Settings\CurrentSettings.vssettings"
. De acordo com a referência da linha de comando, esta configuração "Restaura as configurações padrão do IDE, opcionalmente redefine para o arquivo VSSettings especificado." Isso parece garantir que minhas configurações desejadas sejam aplicadas sempre.Para mim, criar o repositório com o seguinte comando corrige o problema:
Uma vez que não cria um
.git
diretório , apenas um.git
arquivo apontando para o diretório real do repositório, por exemplo:O Visual Studio (pelo menos até o VS2015 Update 3, que é o que eu uso) não percebe!
Isso funcionou melhor do que as coisas de variável de ambiente porque as extensões Git (que estou usando) tiveram problemas para suportar isso, mas lidou com o
.git
arquivo apontando para uma_git
pasta perfeitamente.fonte
--separate-git-dir
.git
"link simbólico Git independente do sistema de arquivos para o repositório", ou teríamos encontrado o mesmo problema.Um motivo para o git SCC ser reativado no VS2015 toda vez que o IDE carrega é o CodeLens. Ferramentas / Opções / Editor de texto / Todos os idiomas / CodeLens Há uma caixa de seleção para várias atividades envolvendo TFVS e Git - ter qualquer uma dessas caixas de seleção git marcadas ativará automaticamente o plug-in Git se ele achar que você está trabalhando em um repositório git.
fonte
.vs
pasta.A extensão NoGit Visual Studio lida com esse comportamento.
Bônus: descrição incrível.
fonte
Para o Visual Studio 2015, descobri que o CodeLens estava reativando o plug-in Git Source Control após reiniciar. Desativar CodeLens corrigiu isso.
fonte
(Atualização: esta resposta agora fornece uma solução totalmente funcional com base em meu conhecimento mais profundo de GIT_DIR e GIT_WORK_TREE)
Resumo: Git é flexível o suficiente para que você possa mover o
.git
diretório para um local fora do diretório de trabalho com os arquivos retirados do tfs. Isso torna possível ter um checkout de tfs 100% limpo, sem nenhum traço de git que o visual studio seja capaz de detectar enquanto ainda é capaz de operá-lo como um repositório git. A chave é separar o dir git (armazenamento do repositório git) e a árvore de trabalho (seu código-fonte retirado).Digamos que seu código-fonte foi retirado
c:\work\someproject\tfscode
e você já o executougit init
, por exemplo, o visual studio detecta oc:\work\someproject\tfscode\.git
diretório e isso causa problemas.Para tornar a vida mais agradável, faça o seguinte:
Isso funciona perfeitamente no que diz respeito ao Visual Studio, já que ele ignora completamente qualquer coisa armazenada no git.
fonte
GIT_...=c:/work/...
se você planeja usar git tf.Isso funcionou para mim no Visual Studio 2013 e 2015. Persiste mesmo que você feche e reabra o Visual Studio.
Abra a solução
Vá para Ferramentas -> Opções -> Controle de código-fonte -> Definir plug-in como Nenhum
Feche o Visual Studio e execute o comando abaixo com direitos administrativos.
fonte
Remova o Microsoft GitProvider do Visual Studio 2015
Link: http://researchaholic.com/2015/02/02/remove-the-microsoft-gitprovider-from-visual-studio-2013/
fonte
Consegui desativar o Provedor Git do Visual Studio integrado, excluindo todas as ocorrências dessas chaves de registro:
7FE30A77-37F9-4CF2-83DD-96B207028E1B
11b8e6d7-c08b-4385-b321-321078cdd1f8
fonte
Use o novo pacote de extensão NoGit: https://github.com/markrendle/nogit/releases/download/1.0.5/NoGit.vsix
Baixe e adicione ao Visual Studio: /superuser/73675/how-do-i-install-a-vsix-file-in-visual-studio
Fácil.
fonte
Foi uma dor nas costas por uma semana e eu não sabia como comecei este serviço de controle de origem no VS2015. Mas tenho que saber como parar. Aqui estão as etapas para desacoplar git / qualquer controle de origem do VS2019.
Vá para VS -> Ferramentas -> Opções -> Controle de fonte -> [Plug-in de controle de fonte atual]
Você obtém todo o controle de origem possível em seu sistema e a opção Nenhum. Se você escolher Nenhum, está tudo pronto. O meu foi consertado logo após selecionar a opção Nenhum, aperte ok e reinicie o VS e não mais controle de fonte.
fonte
Você precisa fechar todas as soluções VS. inicie um, defina Menu \ tools \ options \ Source Control \ Git -> None, feche esta solução quando solicitado. Agora, ao abrir qualquer outra solução, as opções ficam em "Nenhum".
fonte
O VS2015 estava sugando 50% da minha CPU quando ocioso. Aprendi que desativar o Git era a solução. Infelizmente, desabilitar o Git apenas para aprendê-lo o reabilita automaticamente.
No meu caso, eu realmente queria usar o Git, mas não com 50% de uso da CPU.
Como a solução NoGit está disponível apenas para VS2013, você pode baixar: Git Source Control Provider mesmo se você não usar o Git. Meu uso de CPU agora é de 2,2% em vez de 50% quando ocioso.
fonte
Também estou tendo problemas com o Git no Visual Studio, mas acho que finalmente encontrei uma solução de trabalho. Até agora, usei o truque de renomear a pasta .git para _git e adicionar um arquivo de texto chamado .git contendo a linha "gitdir: _git". Mas desde a atualização para o VS2019 isso não funciona mais.
Eu tentei muitas soluções diferentes, mas nenhuma funcionou, pois preciso do Git para alguns projetos e não para outros. Meu projeto problemático é usar o Team Foundation Server da minha empresa para controle de origem. Mas, como perdi código em mesclagens incorretas feitas pelo TFS, estou enviando minhas alterações para um repositório Git local antes de atualizar ou me comprometer com o TFS.
D:\Projects\TFS\.git
Repo local git que o VS não deve usar.D:\Projects\TFS\ProjectA\$tf
Arquivos TFS que o VS deve usar para o ProjectA.Não importa o quanto eu tentei, não consegui que o VS usasse o TFS para ProjectA quando encontrou uma pasta .git em uma pasta pai. Minha solução é mover a pasta .git para:
D:\Projects\TFS-GIT\.git
e crie uma junção de diretório para a pasta ProjetoA. Inicie um prompt de comando elevado e execute:
mklink /J D:\Projects\TFS-GIT\ProjectA D:\Projects\TFS\ProjectA
Abrindo
D:\Projects\TFS\ProjectA\ProjectA.sln
no Visual Studio, ele não encontrará nenhuma pasta .git e se conectará ao TFS como deveria.Executar comandos git de
D:\Projects\TFS-GIT
usará os mesmos arquivos do Visual Studio, exceto que a pasta .git também está disponível. TortoiseGit também funciona bem nesta pasta.fonte
Tive muita dificuldade em encontrar uma solução para isto, e consegui depois de tantas tentativas, por isso não posso ser preciso. Crie outro repositório local usando o GitHub Desktop em outra pasta. Feito isso, abra o Visual Studio sem carregar um projeto, agora o Team Explorer deve mostrar os dois repositórios. Selecione o novo repositório como você deve fazer algumas operações, neste ponto você pode "remover" seu antigo repositório, já que o novo é o "ativo". Depois de fazer isso, removi os arquivos .hidden .git * da pasta anterior. Agora, abrir o projeto não faz com que o repositório antigo seja recriado novamente. Espero que isto ajude.
fonte
Isso é loucura, mas o que funcionou para mim foi esvaziar minha lixeira (que continha a pasta indesejada .git da minha solução).
Ainda não consigo acreditar ...
fonte
Renomear "C: \ Arquivos de programas (x86) \ Microsoft Visual Studio 14.0 \ Common7 \ IDE \ CommonExtensions \ Microsoft \ TeamFoundation"
O VS mostrará erro apenas uma vez e funcionará bem.
fonte
Este inferno de extensão git retarda tudo no IDE (VS 2015 no meu caso). Tive que remover toda a pasta TeamFoundation para me livrar disso. A desvantagem é que você não poderá usar Git e TeamFoundation no Visual Studio 2015. Observação: faça backup desta pasta em outro lugar e restaure-a quando necessário.
Para excluir a pasta, fiz isso.
O motivo pelo qual fiz isso é porque o VS 2015 gera um nome de pasta aleatório para a extensão TeamFoundation, então meu nome de pasta pode ser diferente do seu.
fonte
Ferramentas, opções, controle de fonte, seleção de plug-in, nenhum
fonte
1) solução próxima e estúdio visual. 2) vá para o diretório da solução e exclua o diretório git oculto e 2 arquivos de texto git. 3) abra o Visual Studio novamente. 4) goto tools -> options and source control. 5) selecione nenhum. 6) reinicie o Visual Studio. 7) abra sua solução. 8) goto tools -> options and source control novamente e selecione TFS. 9) na solução, clique com o botão direito para selecionar adicionar controle de origem à solução. 10) selecione tfs.
fonte
Defina Tools \ Options \ Source Control de volta para TFS. Feche o Visual Studio 2015. Abra a pasta raiz do seu código-fonte. Exclua a pasta chamada ".git". Reiniciar.
fonte