Как отключить git в visual studio

Обновлено: 07.07.2024

Я знаю, что вы можете отключить интеграцию с git, используя диалоговое окно «Инструменты / Параметры», но я заметил, что этот параметр, похоже, не сохраняется между сеансами; то есть, как только решение будет закрыто и снова открыто, интеграция с Git снова будет включена. Я предполагаю, что Visual Studio видит папку .git в дереве файловой системы моего решения.

Существует множество подключаемых модулей Visual Studio 2013, которые работают некорректно при включении подключаемого модуля Git, я предпочитаю управлять исходным кодом из командной строки и работаю над несколькими очень большими проектами, для которых интеграция с Git приводит к заметному замедлению работы. в открытии и работе с раствором. Я бы хотел его выключить навсегда, так как я им просто не пользуюсь и не нуждаюсь. Это возможно?

В этом весь трюк - в Visual Studio 2013 интеграция с Git не предоставляется как расширение, она встроена прямо в нее. Невозможно отключить расширение, поскольку нет расширения, которое нужно отключить. Бу! Я мог бы, но какой триггер я бы использовал для выполнения автоматизации? Расширение, которое запускается при загрузке? Странно писать расширение для отключения функции OOB. У моей команды тоже была эта проблема. Я думаю, что уловка, которую мы использовали, заключалась в том, чтобы загрузить решение, отключить интеграцию с git и затем перезапустить VS. Вы также можете попробовать установить SP 1.

Как вы сказали, вы можете отключить плагин управления версиями:

Инструменты / Параметры
Установите флажок "Показать все настройки".
Управление исходным кодом / выбор плагина
Установите для параметра "Текущий подключаемый модуль управления версиями" значение "Нет".

Затем, как говорит Адэ Миллер: перезапустите Visual Studio.

Моя Visual Studio работала очень медленно, так как git plugging был включен, и мне удалось отключить его «постоянно между сеансами», выполнив следующие действия.

Я обнаружил, что VS просто повторно включает GIT при повторном открытии решения. Кроме того, указанное ниже расширение NoGit не работает. Хм. У меня та же проблема. VS просто повторно включает интеграцию GIT при перезапуске VS. Обратите внимание, что я уже десятки раз отключал его, как описано выше. (он продолжает возвращаться) Я обнаружил, что открытие окна Team Explorer снова включило его для меня. Поэтому я просто закрыл это окно и снова установил для параметра значение Нет. Надеюсь, VS больше не будет пытаться "помочь" мне в этом. Не загрузив никаких решений, я изменил настройку плагина управления версиями с Git на None. Затем я перезапустил Visual Studio (все еще без решения) и проверил настройку, и теперь это был Visual Studio Team Foundation Server. Я снова установил для него значение «Нет» и снова перезапустил VS, и на этот раз он, похоже, застрял.

У меня была такая же проблема с Visual Studio 2015, где расширение NoGit даже не разрешалось устанавливать. Я использую опцию «открывать последнее решение при запуске», поэтому я подумал, что, возможно, это как-то связано с проблемой.

Поэтому я просто закрыл свое решение перед тем, как перейти в «Инструменты - Параметры - Контроль версий», затем выключил его, перезапустил VS и - вуаля, SC остался выключенным! Надеюсь, что это останется так и в других решениях.

В тысячу раз больше. Никаких взломов реестра, никаких кастомных расширений, это работает. Спасибо ! Я должен был совместить это с еще одной вещи: я обновил свой VisualStudio меню Пуск ярлык , чтобы включить этот флаг командной строки: /ResetSettings "C:\Users\myuserid\Documents\Visual Studio 2015\Settings\CurrentSettings.vssettings" . Согласно справочнику командной строки, этот параметр «Восстанавливает настройки IDE по умолчанию, при необходимости сбрасывается до указанного файла VSSettings». Кажется, это гарантирует, что мои желаемые настройки применяются всегда. Спасибо! Это сработало для меня. Еще одно примечание - не забудьте закрыть вкладку Team Viewer справа (рядом с обозревателем решений), прежде чем сделать это, иначе он автоматически снова включится, если вы щелкните по нему. Убедитесь, что вы завершили запуск процесса devenv.exe, который задерживается после сбоя VS, оставляя хотя бы один из ваших процессоров закрепленным, иначе вы можете делать это снова и снова, и он не будет зависать. Но так счастлив, когда это происходит, и никакого взлома реестра не требуется!

Для меня создание репозитория с помощью следующей команды решает проблему:

Поскольку он не создает .git каталог , а только .git файл, указывающий на реальный каталог репозитория, например:

Visual Studio (по крайней мере, до VS2015 Update 3, которым я пользуюсь) этого не замечает!

Это сработало лучше, чем переменные среды, потому что у Git Extensions (которые я использую) возникла проблема с их поддержкой, но они отлично справились с .git файлом, указывающим на _git папку.

Согласен, я бы тоже не стал связываться с переменными окружения. Это прекрасно работает. Добавлю, что выше небольшая опечатка, вариант --separate-git-dir Отличное решение! Слава богу, VS2013 не реализовал чтение этой .git « не зависящей от файловой системы символической ссылки Git на репозиторий», иначе мы бы столкнулись с той же проблемой. Большое спасибо за подсказку! Поскольку расширение Visual Studio NoGit не работает с VS 2017, это единственный способ остановить VS 2017 от "git-monitoring" :-) Спасибо! 👍

Одна из причин повторного включения git SCC в VS2015 при каждой загрузке IDE - это CodeLens. Инструменты / Параметры / Текстовый редактор / Все языки / CodeLens. Есть флажок для различных действий, связанных с TFVS и Git - установка любого из этих флажков git автоматически включит плагин Git, если он думает, что вы работаете с репозиторием git.

Рабочий (для меня) ответ, который не предлагает удалить решение из системы управления версиями или повредить установку VS. Это действительно важно, поскольку я видел, что Visual Studio 2017 переопределяет тривиальную вещь по отключению системы управления версиями. Но кажется, что даже после этого VS 2017 создает .vs папку.

Бонус: классное описание.

Я использую VS 2013 Update 4, и у меня все еще работает нормально. Я перепутал интеграцию git с информацией git, показанной в кодовых линзах . спасибо за разъяснения!

Для Visual Studio 2015 я обнаружил, что CodeLens повторно включает подключаемый модуль Git Source Control после перезапуска. Отключение CodeLens исправило это.

Это важно для отключения GIT в Visual Studio 2017. Отличный улов!

(Обновление: теперь этот ответ представляет собой полностью рабочее решение, основанное на моем более глубоком понимании GIT_DIR и GIT_WORK_TREE)

Резюме: Git достаточно гибкий, чтобы вы могли переместить .git каталог за пределы рабочего каталога с файлами, извлеченными из tfs. Это позволяет иметь 100% чистую проверку tfs без каких-либо следов git, которые визуальная студия может обнаружить, сохраняя при этом возможность использовать его как репозиторий git. Ключ состоит в том, чтобы разделить git dir (хранилище репозитория git) и дерево работ (ваш проверенный исходный код).

Чтобы сделать жизнь приятнее, сделайте следующее:

Это отлично работает в отношении визуальной студии, поскольку тогда она полностью игнорирует все, что хранится в git.

Кстати, git-tf naturaly не любит пути cygwin, поэтому используйте, GIT_. =c:/work/. если вы планируете использовать git tf. Это здорово, но я бы предпочел использовать путь стиля c: / work / . вместо стиля \ c \ work \ .

Это сработало для меня в Visual Studio 2013 и 2015. Сохраняется, даже если вы закрываете и снова открываете Visual Studio.

Перейдите в Инструменты -> Параметры -> Управление исходным кодом -> Установить для плагина значение Нет.

Закройте Visual Studio и выполните команду ниже с правами администратора.

VS 2015 Обновление 1: после этого провайдер MSFT TFS не работает . или вы можете просто отключить CodeLens, как предлагает @John Brett.

Удалите Microsoft GitProvider из Visual Studio 2015

Убедитесь, что Visual Studio закрыта
Открыть regedit
Перейдите к HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 14.0_Config \ SourceControlProviders
Удалите 11b8e6d7-c08b-4385-b321-321078cdd1f8 В области сведений должно быть указано GitProvider.
Откройте Visual Studio

улучшение этого ответа - примените следующий reg-файл Редактор реестра Windows версии 5.00 [-HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 14.0_Config \ SourceControlProviders \ <11b8e6d7-c08b-4385-b321-321078cdd1f8>]

Мне удалось отключить встроенный поставщик Visual Studio Git, удалив все вхождения этих ключей реестра:

У меня это работает! Спасибо! Но остается один вопрос: если в конце концов я обновлю VS (выполняя незначительное или серьезное обновление), мне придется снова удалять ключи? Для установки я предпочел вручную изменить расширение .vsix на .zip, чтобы вы могли затем щелкнуть правой кнопкой мыши и извлечь файлы. Затем все, что вам нужно сделать, это поместить новую извлеченную папку в папку данных вашего пользовательского приложения (% appdata% \ Local \ Microsoft \ VisualStudio \ \ Extensions). Затем перезапустите Visual Studio, откройте Инструменты-> Расширения и обновления . затем найдите «NoGit» и включите его, затем снова перезапустите.

Целую неделю было больно, и я не знал, как запустить эту службу управления версиями в 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 в:

и создайте соединение каталогов с папкой 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 * из прежней папки. Теперь открытие проекта не приводит к повторному созданию старого репозитория. Надеюсь это поможет.

В ней будет коротко рассмотрено что это за вещи, зачем нужны, и простой способ работы – из среды Visual Studio. То есть Bash или GitHub клиент использоваться не будут.

Внимание:

На Хабре уже есть похожая статья – [вот она]. В своей публикации я дополню слова Алексея и расскажу метод проще.

Для кого:

Статья направлена в помощь людям которые не работали с Git, GitHub, и хотят освоить в общих чертах как можно быстрее и без сложностей начать работу с ними.

О тексте:

Старался писать проще и с большим количеством скриншотов и пояснений. Ведь лучше, когда они есть чем, когда их нет и о чем-то приходится догадываться.

Итак, немного теории чтоб понять, что делать дальше:

Visual Studio 2015 года или новее
Подключение к интернету
Несколько гигабайт памяти на жестком диске

Инструкция:

После, с GitHub копируем ссылку:

Ответ:

Дополнительно:

Чтоб GitHub верно отображал русские комментарии (если есть) при просмотре кода через сайт нужно сделать следующее:

Cоветую всё-таки изучить Git Bash.

Я старался писать как можно понятнее, если что-то не так, то поправьте в комментариях!
На этом все. Спасибо за внимание!

Git и TFS: история дружбы

Git — распределенная система контроля версий, где каждый разработчик имеет копию всего репозитория, что означает отличную поддержку оффлайн-разработки. Еще у Git есть хорошая, понятная модель бранчинга, и разработчику не надо долго думать о том, как создавать локальные или приватные бранчи для удобства работы. В общем, с Git все хорошо, и на MSDN есть посвященный Git бранч.

Проект Git в Team Foundation Service

После регистрации в TFS на странице команд есть новая кнопка — New Team Project + Git. Пара кликов — и проект Git готов.

Собственно, на этом все. :) Но это — верхушка айсберга, внутри интеграция гораздо сложнее. Дальше — про то, как из Visual Studio подключиться и поманипулировать нашим Git-проектом.

Visual Studio и Git

Делаю сразу оговорку — Visual Studio — не замена существующему UI Git. Visual Studio может быть заменой, но чаще используется в совокупности с другими средствами. Если Git был создан внутри TFS, то у разработчика появляются некоторые фичи, пришедшие из TFS, например, Work Items, но VS спокойно работает с любыми локальными репозиториями и заслуженными Git-деятелями в лице GitHub и BitBucket.

Для подключения к Git-репозиторию достаточно нажать TEAM | Connect to Team Foundation Server.

Откроется Team Explorer. Как видите, у меня уже есть склонированный (с GitHub) репозиторий, и тут же — репозиторий TFS. Для клонирования нового репозитория Git можно нажать Clone и ввести данные подключения.

Для подключения аккаунта Visual Studio Online нажмем Select Team Projects, выберем аккаунт и установим, какой репозиторий надо подтянуть к нам в VS.

После подключения проектов выберем нужный и нажмем в контекстном меню кнопку Clone.

На этом процесс клонирования закончен — в бранче Local Git Repositories в Team Explorer появится склонированный репозиторий. Повторюсь — с помощью Clone можно клонировать любой Git-репозиторий.

Еще одна интересная фича интеграции Visual Studio и Git — это возможность создать новый проект и сразу добавить его в локальную систему контроля версий. Для этого при создании нового проекта в VS достаточно отметить Add to source control.

Перед тем, когда вы будете коммитить что-то в репозиторий, нужно установить данные для коммитов — нажать на Changes и предупреждение о том, что нужно ввести данные.

Полезные функции на этой странице есть еще внутри Repository Settings — можно настроить .gitIgnore и .gitattributes.
Дальше можно коммитить.

Чтобы сделать Pull и получить последние апдейты от команды, нужно перейти на Commits и нажать Fetch для того, чтобы сначала посмотреть, что там вообще придет (и есть ли чему придти).

Все хорошо — нажмем Pull и получим последний апдейт. Дополнительные сведения можно найти тут — Pull changes from the team.

Использование бранчей

Для использования бранчей в Team Explorer выделена специальная секци Branches.

После подключения к репозиторию доступна только master.

Создадим новый бранч, нажав New Branch.

Поскольку бранчи Git локальны до момента Push, новый бранч будет размещен в Unpublished Branches. Поменять бранч для коммитов можно на уже упоминавшейся выше странице Commits.

Замерджить контент можно, нажав Merge и выбрав бранчи. Подробнее про бранчи и мерджи — Git Branching.

Если в процессе мерджа или пулла возникнут конфликты, они тут же могут быть разрезолвены (самые простые, конечно).

Для просмотра истории достаточно нажать View History в контекстном меню бранча.

По нажатию на коммит получим подробные сведения о том, что произошло.

Многое из этого также доступно на портале TFS. Для того, чтобы перейти туда из VS, нужно на странице проекта в Team Explorer нажать Web Portal.

Этот вопрос не имеет никакого отношения к самому git; скорее это связано с удалением привязки / сопоставления с git-репозиторием, которое Visual Studio 2015 (VS2015) ранее видело.

Вот скриншот проблемы:

Обратите внимание, что кнопка удаления неактивна (недоступна). Как я могу удалить эту запись из списка "Local Git Repositories"?

При добавлении нового решения обратите внимание, что «add to git Repository» не отмечен в правом нижнем углу

Решение гораздо проще, чем это. Вам просто нужно удалить три файла из проекта UNC Path.

Перейдите к пути UNC вашего решения.

Пример: C: \ Users \ Ваше имя пользователя \ Documents \ Visual Studio 2015 \ Projects \ Папка вашего проекта

Затем навсегда удалите («SHIFT + DEL») .git* файлы и папки. Существует два файла и одна папка, которые могут быть скрыты, поэтому убедитесь, что у вас есть папки и параметры поиска> Вид> показать скрытые файлы, папку и диски (переключатель).

Файлы для окончательного удаления:

Снова откройте Visual Studio, и связь с Git Source Control больше не будет. Если вы хотели бы удалить его из реестра, как упомянуто выше, вы могли бы, но это не должно быть необходимым, кроме «домашнего хозяйства» вашей машины.

+1. По моему опыту, игра с реестром, кажется, не работает слишком хорошо. Я сделал это после того, как скопировал свой проект в другое место (vm в локальный) и после удаления .gitignore, .gitattributes и .git, это помогло. -1 Это не удаляет отображение git в VS, а удаляет само хранилище git. Причина, по которой VS перестает работать с этими шагами, заключается в том, что вы сдули репо. А как насчет людей, которые хотят использовать git, но не хотят вмешиваться VS? Это то, что спрашивал ОП. @Richard_D - в основном - если вы используете git стандартным способом, то эта папка .git называется git. Это ваша локальная копия всего, что находится на вышестоящем git-сервере, и, вероятно, также единственная копия любых локальных веток, которые вы создали, но не отправили. Многие люди используют git из командной строки или такие инструменты, как SourceTree, и не хотят использовать git-интеграцию в VS. В этом случае все, что нам нужно, это отключить поддержку git в VS, а не вмешиваться в нашу локальную установку git. Это имеет больше смысла, или я неправильно понял вашу озабоченность? Это ужасная идея. На ум приходит и преступная халатность. Победители ремней безопасности - еще один. Это не удаление какого-либо сопоставления, это удаление самого хранилища. В моем случае это сработало отлично. По ошибке я попытался добавить проект в систему управления версиями, и он каким-то образом поместил его в GIT-репозиторий локально. Это опровергает цель контроля исходного кода, потому что, если диск сломается, я теряю все. Я пытался подключиться к TFS, и он по умолчанию возвращался к GIT. Удалив все файлы GIT и снова открыв VS, он отлично сработал для меня. +! добрый сэр!

Сервис -> Параметры -> Контроль источника -> Подключаемый модуль управления текущим источником: Нет

Это реальный ответ - в моем случае, хотя у меня всегда есть пользователь Team Foundation Server для контроля версий. Похоже, Microsoft продвигает Git - не нравится. Это просто закрывает проект и отключает контроль исходного кода в visual studio. В следующий раз, когда вы откроете проект, интеграция с git будет включена.

Укороченная версия

Удалите соответствующий ввод (лет) под HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\14.0\TeamFoundation\GitSourceControl\Repositories .

Удалить, HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\14.0\TeamFoundation\GitSourceControl\General\LastUsedRepository если он совпадает с репо, который вы пытаетесь удалить.

Задний план

Кажется, Visual Studio отслеживает все репозитории git, которые он видел. Даже если вы закроете проект, который ссылался на репозиторий, старые записи все равно могут появиться в списке.

Эта проблема не является новой для Visual Studio:

Все это кажется большой работой для чего-то, что должно быть встроенной функцией. Вышеупомянутые «решения» упоминают внесение изменений в файл .git и т. Д .; Мне не нравится идея менять вещи вне Visual Studio, чтобы влиять на вещи внутри Visual Studio. Хотя мое решение должно внести несколько изменений в реестр (и является внешним по отношению к VS), по крайней мере, они влияют только на VS. Вот обходной путь (читай: хак):

Подробные инструкции

Обязательно закройте Visual Studio 2015 перед выполнением следующих действий.

1. Откройте regedit.exe и перейдите к

Вы можете увидеть несколько значений «хэш», которые представляют репозитории, которые отслеживает VS.

2. Найдите репозиторий git, который вы хотите удалить из списка. Посмотрите на name и path значениях для проверки правильного хранилища для удаления:

3. Удалите ключ (и соответствующие подразделы).

(Необязательно: перед удалением вы можете щелкнуть правой кнопкой мыши и выбрать « Экспорт», чтобы создать резервную копию этого ключа на случай, если вы допустили ошибку.) Теперь щелкните правой кнопкой мыши на ключе (в моем случае это AE76C67B6CD2C04395248BFF8EBF96C7AFA15AA9 и выберите « Удалить» ).

4. Убедитесь, что LastUsedRepository ключ указывает на «что-то еще».

Если отображение репозитория, которое вы пытаетесь удалить на вышеуказанных этапах, сохранено LastUsedRepository , вам также потребуется удалить этот ключ. Сначала перейдите к:

и удалите ключ LastUsedRepository (ключ будет заново создан VS при необходимости). Если вас беспокоит удаление ключа, вы можете просто изменить значение и установить для него пустую строку:

При повторном открытии Visual Studio 2015 привязка git-репозитория больше не должна появляться в списке.

Я не думаю, что играть с реестром - это хорошая идея . если это сработало, круто, но по моему опыту это не самая безопасная ставка. Смотрите ответ @ helix для более безопасного решения. @Richard_D - ответ helix не удаляет сопоставление VS с git, он уничтожает само git-репо, а это не то, о чем, по-видимому, просит OP. Взлом реестра не идеален, но, по крайней мере, он пытается решить реальную проблему: «Я использую git-репо, но не хочу, чтобы VS вмешивался» Я вижу, что это отвечает на вопрос ОП, но правильный ли это ответ? Я не уверена. Пожалуйста, смотрите мои вопросы в ответе @ Helix. Спасибо, Роб, ценю твою проницательность. VS2015 просто восстанавливает эти записи реестра при следующем открытии решения. Разработчики не должны бояться редактирования реестра Windows. Особенно, когда это, очевидно, ключ Visual Studio! Удаление каталога .git не вариант для меня.

Git-репозиторий можно удалить из списка локальных Git-репозиториев в VS-2015, когда он больше не является активным проектом.

Ваш снимок экрана имеет только один репозиторий, и он активен, поэтому вы не можете удалить его.

Если у вас есть два или более репозитория, один из них будет выделен жирным шрифтом, представляющим активный репозиторий. Другие неактивные репозитории могут быть в это время удалены.

Таким образом, для решения вашей проблемы, если вы подключитесь ко второму локальному репозиторию, вы сможете удалить тот, который выделен на снимке экрана.

К сожалению, Team Explorer, похоже, всегда поддерживает активный репозиторий. Не уверен, как убедить его вообще отпустить, не переключаясь на другой репозиторий.

Но как вы «подключаетесь» к другим репозиториям? Кажется, что когда VS находится в репо, он не позволяет вам подключиться к другому, используя тот же параметр «Добавить в Sorce Control» в меню обозревателя решений. (nvm удаление .git и других файлов git из решения dir сработало для меня.) @Gram. В разделе Локальные репозитории Git (см. Снимок экрана OP) вы можете создать «Новый» репозиторий Git или «Клонировать» существующий. Если вы создаете репозиторий New git, укажите его путь на локальном жестком диске и нажмите «Создать». После этого он появится в вашем списке. Дважды щелкните новый репозиторий, и он будет выделен жирным шрифтом и за кадром станет активным репозиторием. В этот момент вы можете удалить другие репозитории из списка. Это создание нового локального репо, а не подключение существующего проекта к существующему репозиторию github. Упс, на втором прочтении я вижу удаление - единственный вопрос. Как подключиться к существующему - не часть вопроса, моя ошибка.

Удаление скрытой папки .git сработало у меня.

Это преобразует папку из git checkout в папку. Конечно, не следует изменять назначение каталога извлечения, потому что Visual Studio делает то или иное.

Приведенный выше ответ не работает для меня. Записи реестра просто будут автоматически добавлены заново, когда я открою решение в Visual Studio. Я нашел решение в одной из ссылок в ответе Мэтьюса, хотя, таким образом, ему все еще нужно отдать должное за правильный ответ.

Удалите скрытую .git папку в папке ваших решений.

Я также удалил файлы .gitattributes и, .gitignore чтобы сохранить папку чистой.

Это бесполезно, если вы хотите, чтобы проектом управлял git, а не через Team Explorer. Лично я нахожу, что Team Explorer портит мое использование Git через другой плагин VS, что совершенно нежелательно. Это не удаляет надстройку git из VS. VS продолжает бить Git bush и это усугубляет. @IAbstract Вопрос не просит удалить надстройку git из VS. @ Генри Уилсон Не похоже, что ваш комментарий имеет отношение к вопросу. Мой ответ удаляет привязку / отображение из Visual Studio. Это работает для меня и четко работает для других. Это полностью относится к вопросу! ОП не сообщает, использует ли он git для контроля версий или нет, он просто хочет знать, как избавиться от привязки в VS. Удаление папки .git и файлов .gitattributes / .gitignore предполагает, что вы на самом деле не используете git для управления исходным кодом, что вполне может быть для многих людей.

Расширение NoGit просто скрывает проблему, отключая поставщика контроля версий Git при каждой загрузке решения. Это делает эту работу для каждого решения, которое загружается в Visual Studio.

Я решил открыть другой проект и удалить репозиторий Git из локальных репозиториев Git, как предложил Крис С. («Просмотр»> «Team Explorer»> «Локальные репозитории Git», выберите репозиторий, который необходимо удалить, и нажмите «Удалить»). Затем я удалил папку .git из пути проекта, как предложено helix. Повторно открыл проект и, наконец, интеграция с Git исчезла!

Просто удалив папку .git и пару файлов .git из папки Solutions, я все исправил. Спасибо всем!

Перейдите в каталог вашего проекта
Нажмите на папку Меню-> Инструменты-> Параметры папки
Выберите вид-вкладку
В разделе «Файл и папки» выберите «Показать скрытые файлы, папки и диски».
Нажмите ОК
Удалить .git папку
Закройте и снова откройте Visual Studio
Откройте свой проект
Готово. :)

Это НЕ то, что мы пытаемся сделать. Мы хотим git, мы просто не хотим интеграции VS с git.

убедитесь, что вы не подключены к проекту, который хотите удалить

проект закрыт в обозревателе решений

Вот и все, если вы повторите попытку сейчас, действие удаления будет включено

Спасибо. Это самое простое и должно быть выбрано в качестве ответа. Работает, если вы видите, что опцию удаления продолжайте отключать, закройте и снова откройте Visual Studio. Я использовал его с VS 2017

Я потратил некоторое время, чтобы удалить интеграцию git из моего проекта visual studio 2015. всякий раз, когда я удаляю git из Visual Studio и добавляю TFS, следуя этому - Инструменты -> Опция -> SourceControl -> Выбор плагина -> Фундаментальный сервер Visual Studio Team, он возвращался.

Мое решение было -

Создание физического местоположения моего проекта - Показать все скрытые файлы. Вы можете сделать это, показав скрытые файлы и опцию папок Windows. потом я понимаю, что там была скрытая папка .git что-то. Я сохранил полную резервную копию папки моего проекта, а также папку git для любой другой резервной копии, которая была необходима (я сохранял эту резервную копию на случай перерывов в работе моего проекта, чтобы я мог вернуться к предыдущему состоянию).

Затем я удалил скрытую папку .git и любые другие файлы, связанные с .git.

тогда я пытаюсь Инструменты -> опция -> sourceControl -> выбор плагина -> Visual Studio Team Foundation server. Затем я открываю проект визуальной студии - Файл -> Открыть -> Проект / Решение ..

после этого я заметил в обозревателе решений, щелкнув правой кнопкой мыши имя решения, см. опцию «Управление исходным кодом», а также в проекте - щелкнув правой кнопкой мыши, я вижу «Добавить элемент управления исходным кодом» . и на этот раз он не добавил решение в git. ,

также хорошо удалить любое git-соединение из проводника управления источниками .. если оно есть ..

поэтому главное, чтобы в вашем проекте не было скрытого файла git и любого другого расширения git .. надеюсь, это кому-нибудь пригодится ..

В дополнение к ответу Джулиано Нунеса Сильвы Оливейры , самый простой и чистый способ без взлома regedit, удаления скрытых папок .git или изменения настроек VS15 - это подключение к другому репозиторию. После подключения вы увидите текст другого хранилища, выделенного жирным шрифтом, а затем выберите свой локальный репозиторий Git . Теперь вы видите, что

пункт меню включен, так что вы можете удалить свой локальный репозиторий Git .

Это тот же тип поведения при работе с ветками при использовании Git с Visual Studio 2015. Вам нужно выбрать другую ветку, прежде чем вы сможете удалить ветку, которую хотите удалить.

Для тех, кому нужна визуализация, чтобы понять это лучше. смотрите изображение ссылки: как это делается

Читайте также: