Я знаю, что вы можете отключить интеграцию с git, используя диалоговое окно «Инструменты / Параметры», но я заметил, что этот параметр, похоже, не сохраняется между сеансами; то есть, как только решение будет закрыто и снова открыто, интеграция с Git снова будет включена. Я предполагаю, что Visual Studio видит папку .git в дереве файловой системы моего решения.
Существует множество подключаемых модулей Visual Studio 2013, которые работают некорректно при включении подключаемого модуля Git, я предпочитаю управлять исходным кодом из командной строки и работаю над несколькими очень большими проектами, для которых интеграция с Git приводит к заметному замедлению работы. в открытии и работе с раствором. Я бы хотел его выключить навсегда, так как я им просто не пользуюсь и не нуждаюсь. Это возможно?
источник
Ответы:
Как вы сказали, вы можете отключить плагин управления версиями:
Затем, как говорит Адэ Миллер: перезапустите Visual Studio.
Моя Visual Studio работала очень медленно, так как git plugging был включен, и мне удалось отключить его «постоянно между сеансами», выполнив следующие действия.
Надеюсь, поможет.
источник
У меня была такая же проблема с Visual Studio 2015, где расширение NoGit даже не разрешалось устанавливать. Я использую опцию «открывать последнее решение при запуске», поэтому я подумал, что, возможно, это как-то связано с проблемой.
Поэтому я просто закрыл свое решение перед тем, как перейти в «Инструменты - Параметры - Контроль версий», затем выключил его, перезапустил VS и - вуаля, SC остался выключенным! Надеюсь, что это останется так и в других решениях.
источник
/ResetSettings "C:\Users\myuserid\Documents\Visual Studio 2015\Settings\CurrentSettings.vssettings"
. Согласно справочнику командной строки, этот параметр «Восстанавливает настройки IDE по умолчанию, при необходимости сбрасывается до указанного файла VSSettings». Кажется, это гарантирует, что мои желаемые настройки применяются всегда.Для меня создание репозитория с помощью следующей команды решает проблему:
Поскольку он не создает
.git
каталог , а только.git
файл, указывающий на реальный каталог репозитория, например:Visual Studio (по крайней мере, до VS2015 Update 3, которым я пользуюсь) этого не замечает!
Это сработало лучше, чем переменные среды, потому что у Git Extensions (которые я использую) возникла проблема с их поддержкой, но они отлично справились с
.git
файлом, указывающим на_git
папку.источник
--separate-git-dir
.git
« не зависящей от файловой системы символической ссылки Git на репозиторий», иначе мы бы столкнулись с той же проблемой.Одна из причин повторного включения git SCC в VS2015 при каждой загрузке IDE - это CodeLens. Инструменты / Параметры / Текстовый редактор / Все языки / CodeLens. Есть флажок для различных действий, связанных с TFVS и Git - установка любого из этих флажков git автоматически включит плагин Git, если он думает, что вы работаете с репозиторием git.
источник
.vs
папку.Расширение NoGit Visual Studio обрабатывает это поведение.
Бонус: классное описание.
источник
Для Visual Studio 2015 я обнаружил, что CodeLens повторно включает подключаемый модуль Git Source Control после перезапуска. Отключение CodeLens исправило это.
источник
(Обновление: теперь этот ответ представляет собой полностью рабочее решение, основанное на моем более глубоком понимании GIT_DIR и GIT_WORK_TREE)
Резюме: Git достаточно гибкий, чтобы вы могли переместить
.git
каталог за пределы рабочего каталога с файлами, извлеченными из tfs. Это позволяет иметь 100% чистую проверку tfs без каких-либо следов git, которые визуальная студия может обнаружить, сохраняя при этом возможность использовать его как репозиторий git. Ключ состоит в том, чтобы разделить git dir (хранилище репозитория git) и дерево работ (ваш проверенный исходный код).Скажем, ваш исходный код зарегистрирован
c:\work\someproject\tfscode
и вы уже запускалиgit init
его, например, Visual Studio обнаруживаетc:\work\someproject\tfscode\.git
каталог, и это вызывает проблемы.Чтобы сделать жизнь приятнее, сделайте следующее:
Это отлично работает в отношении визуальной студии, поскольку тогда она полностью игнорирует все, что хранится в git.
источник
GIT_...=c:/work/...
если вы планируете использовать git tf.Это сработало для меня в Visual Studio 2013 и 2015. Сохраняется, даже если вы закрываете и снова открываете Visual Studio.
Откройте решение
Перейдите в Инструменты -> Параметры -> Управление исходным кодом -> Установить для плагина значение Нет.
Закройте Visual Studio и выполните команду ниже с правами администратора.
источник
Удалите Microsoft GitProvider из Visual Studio 2015
Ссылка: http://researchaholic.com/2015/02/02/remove-the-microsoft-gitprovider-from-visual-studio-2013/
источник
Мне удалось отключить встроенный поставщик Visual Studio Git, удалив все вхождения этих ключей реестра:
7FE30A77-37F9-4CF2-83DD-96B207028E1B
11b8e6d7-c08b-4385-b321-321078cdd1f8
источник
Используйте новый пакет расширения NoGit: https://github.com/markrendle/nogit/releases/download/1.0.5/NoGit.vsix
Загрузите и добавьте в визуальную студию: /superuser/73675/how-do-i-install-a-vsix-file-in-visual-studio
Легко.
источник
Целую неделю было больно, и я не знал, как запустить эту службу управления версиями в VS2015. Но надо знать, как это остановить. Вот шаги, чтобы отделить git / любой исходный элемент управления от VS2019.
Перейдите в VS -> Инструменты -> Параметры -> Управление исходным кодом -> [Текущий подключаемый модуль управления исходным кодом]
Вы получаете весь возможный контроль версий в вашей системе и вариант «Нет». Если вы выберете «Нет», все готово. Моя была исправлена сразу после выбора опции «Нет», нажмите «ОК» и перезапустите VS и больше никакого контроля версий.
источник
Вам нужно закрыть все решения VS. запустите его, установите Menu \ tools \ options \ Source Control \ Git -> None, закройте это решение при появлении запроса. Теперь, при открытии любого другого решения, варианты остаются «Нет».
источник
VS2015 потреблял 50% моего процессора в режиме ожидания. Я узнал, что отключение Git было решением. К сожалению, отключение Git только для того, чтобы изучить его, автоматически снова включает его.
В моем случае я действительно хотел использовать Git, но не с использованием процессора 50%.
Поскольку решение NoGit доступно только для VS2013, вы можете вместо этого загрузить: Git Source Control Provider, даже если вы не используете Git. Моя загрузка ЦП теперь составляет 2,2% вместо 50% в режиме ожидания.
источник
У меня также есть проблемы с Git в Visual Studio, но я думаю, что наконец нашел рабочее решение. До сих пор я использовал трюк, переименовывая папку .git в _git и добавляя текстовый файл с именем .git, содержащий строку «gitdir: _git». Но после обновления до VS2019 это больше не работает.
Я пробовал много разных решений, но ни одно из них не сработало, поскольку мне нужен Git для одних проектов, а для других - нет. В моем проблемном проекте для контроля версий используется Team Foundation Server моей компании. Но поскольку я потерял код из-за неудачных слияний, сделанных TFS, я фиксирую свои изменения в локальном репозитории Git перед обновлением или фиксацией в TFS.
D:\Projects\TFS\.git
Локальное репозиторий git, которое VS не следует использовать.D:\Projects\TFS\ProjectA\$tf
Файлы TFS, которые VS должен использовать для ProjectA.Как бы я ни пытался, мне не удавалось заставить VS использовать TFS для ProjectA, когда он обнаружил папку .git в родительской папке. Мое решение - переместить папку .git в:
D:\Projects\TFS-GIT\.git
и создайте соединение каталогов с папкой ProjectA. Запустите командную строку с повышенными привилегиями и выполните:
mklink /J D:\Projects\TFS-GIT\ProjectA D:\Projects\TFS\ProjectA
Открыв
D:\Projects\TFS\ProjectA\ProjectA.sln
в Visual Studio, он не найдет никакой папки .git и будет подключаться к TFS, как должен.Выполнение команд git из
D:\Projects\TFS-GIT
будет использовать те же файлы, что и Visual Studio, за исключением того, что также доступна папка .git. TortoiseGit также отлично работает из этой папки.источник
Мне было трудно найти решение для этого, и я сделал это после стольких попыток, поэтому я не могу быть точным. Создайте еще один локальный репозиторий с помощью GitHub Desktop в другой папке. Готово, откройте Visual Studio без загрузки проекта, теперь в Team Explorer должны отображаться оба репозитория. Выберите новый репозиторий, так как вы должны выполнить некоторые операции, на этом пункте вы можете «удалить» свой старый репозиторий, так как новый является «активным». После этого я удалил файлы .hidden .git * из прежней папки. Теперь открытие проекта не приводит к повторному созданию старого репозитория. Надеюсь это поможет.
источник
Это безумие, но у меня сработало очистить мою корзину (которая содержала ненужную папку .git моего решения).
Я до сих пор не могу в это поверить ...
источник
Переименуйте "C: \ Program Files (x86) \ Microsoft Visual Studio 14.0 \ Common7 \ IDE \ CommonExtensions \ Microsoft \ TeamFoundation"
VS покажет ошибку только один раз и будет работать нормально.
источник
Этот ад расширения git замедляет все в IDE (VS 2015 в моем случае). Мне пришлось удалить всю папку TeamFoundation, чтобы избавиться от этого. Обратной стороной является то, что вы не сможете использовать Git и TeamFoundation в Visual Studio 2015. Примечание. Сделайте резервную копию этой папки в другом месте и при необходимости восстановите ее.
Чтобы удалить папку, я сделал это.
Я сделал это потому, что VS 2015 генерирует случайное имя папки для расширения TeamFoundation, поэтому имя моей папки может отличаться от вашего.
источник
Инструменты, Параметры, Контроль версий, Выбор подключаемого модуля, Нет
источник
1) близкое решение и визуальная студия. 2) перейдите в каталог решения и удалите скрытый каталог git и 2 текстовых файла git. 3) снова открыть визуальную студию. 4) инструменты перехода -> параметры и контроль версий. 5) не выбирайте ничего. 6) перезапустите визуальную студию. 7) откройте свое решение. 8) goto tools -> options and source control снова и выберите TFS. 9) в решении щелкните правой кнопкой мыши, чтобы выбрать добавление контроля версий в решение. 10) выберите tfs.
источник
Установите Tools \ Options \ Source Control обратно на TFS. Закройте Visual Studio 2015. Откройте корневую папку исходного кода. Удалите папку с именем ".git". Начать сначала.
источник