«Не удалось найти поставщика системы управления версиями, связанного с этим решением...» Окно, отображаемое при каждом запуске Visual Studio

После этого последнего обновления Visual Studio 2022 следующее всплывающее/модальное окно отображается только при первой загрузке решения (при нажатии ярлыка «Закреплено») в этом экземпляре Visual Studio. Выбор «нет» позволяет мне продолжать работать с системой контроля версий.

Не удалось найти поставщика системы управления версиями, связанного с этим решением. Проекты будут рассматриваться как не находящиеся под контролем источника.

Хотите навсегда удалить привязки системы управления версиями из проектов?

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

Что не показывает модальное окно:

  1. Открытие любого решения в том же экземпляре Visual Studio после загрузки первого решения (включая то же решение).
  2. Открытие Visual Studio без автоматического открытия решения. Откройте Visual Studio > «Открыть проект или решение» > выберите файл SLN.

Я испытываю то же самое после обновления до 17.10.2.

Jason Loki Smith 24.06.2024 19:39

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

Homr Zodyssey 25.06.2024 16:49
Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
20
2
2 838
3
Перейти к ответу Данный вопрос помечен как решенный

Ответы 3

Ответ принят как подходящий

Если вы нажмете «Да» в диалоговом окне и сравните «до» и «после» (или посмотрите на Git, если вы его используете), вы, скорее всего, увидите следующее:

-    <SccProjectName>SAK</SccProjectName>
-    <SccLocalPath>SAK</SccLocalPath>
-    <SccAuxPath>SAK</SccAuxPath>
-    <SccProvider>SAK</SccProvider>
+    <SccProjectName></SccProjectName>
+    <SccLocalPath></SccLocalPath>
+    <SccAuxPath></SccAuxPath>
+    <SccProvider></SccProvider>

В нашем случае организация использовала TFS в прошлом, но при переходе на Git так и не удалила старые привязки полностью.

Либо позвольте Visual Studio очистить их за вас, либо удалите их из файлов csproj самостоятельно. Тогда ваш закрепленный ярлык должен работать, как и раньше.

Обновлено:

При дальнейшем рассмотрении выяснилось, что некоторое время назад (март этого года) об этом сообщалось как об ошибке Visual Studio. 17.10.0 Предварительная версия 2.0 — не удалось найти поставщика системы управления версиями, связанного с этим решением.

Немного примечания:

Если вы нажмете «Да» для удаления привязок SCC, в ваш csproj будут внесены изменения (эти свойства будут удалены). Если вы затем закроете решение, вам будет предложено сохранить эти изменения. При следующем запуске Visual Studio вы не воспроизведете ошибку и увидите удаление свойства в разделе «Изменения Git».

Мы подозреваем, что эти свойства являются остатками использования TFVC. Возможно, вы перешли на Git?

И еще, Карл Закри, твои подозрения относительно основной причины почти верны. В рамках повышения производительности мы начали загружать Git в цикл запуска чуть позже. По этой причине свойства провайдера SCC, которые раньше игнорировались (поскольку Git уже был запущен), теперь запрашиваются.

Моя команда тестирует это прямо сейчас! Я вернусь, чтобы отметить ответ, как только он будет подтвержден... спасибо!

Cardi DeMonaco Jr 25.06.2024 21:09

Пиар в теме, проблема решена! Кроме того, мы также перешли с TFVC на Git, так что ваша гипотеза верна!

Cardi DeMonaco Jr 25.06.2024 22:33

Приятно слышать и рад слышать, что это сработало и для вас.

James Skemp 26.06.2024 01:49

Я использую VS 17.10.3, но проблема все еще возникает. Мой проект ориентирован на .NET 4, и несколько лет назад он был перенесен на Git.

Igor Kondrasovas 08.07.2024 11:08

Поскольку ваш код находится под git, вы можете безопасно запустить команду, чтобы Visual Studio удалила сопоставления системы управления версиями. Запустите git status после, и я предполагаю (основываясь на том, что я видел в третьем репозитории), что есть файл проекта, в котором все еще есть некоторые сопоставления TFS. Выбор «Да» в диалоговом окне приведет к внесению изменений, которые git уловит (если вы явно не исключили каталог/файлы), поэтому можно безопасно, чтобы VS сделал это за вас. Было бы любопытно услышать, что это в конечном итоге удалит для вас (может помочь другим).

James Skemp 08.07.2024 17:29

Мы не решались позволить Visual Studio «навсегда удалить привязки системы управления версиями», поэтому мы выполнили поиск в файлах для «SccProjectName». Конечно же, был один файл проекта с точными строками, показанными в ответе Джеймса Скемпа. Мы удалили «SAK» из всех 4 строк, перезагрузили решение, и подсказка пропала.

//search solution for the following code, and remove SAK from each line

<SccProjectName>SAK</SccProjectName> => <SccProjectName></SccProjectName>
<SccLocalPath>SAK</SccLocalPath>     => <SccLocalPath></SccLocalPath>
<SccAuxPath>SAK</SccAuxPath>         => <SccAuxPath></SccAuxPath>
<SccProvider>SAK</SccProvider>       => <SccProvider></SccProvider>

//reload the solution and the prompt should be gone.

Похоже, это было исправлено в Visual Studio 2022 версии 17.10.5. Вчера вечером я обновил Visual Studio, и хотя в моих файлах csproj все еще остались эти старые остатки, приглашение больше не отображается.

Visual Studio 2022 версии 17.10.5: обзор новых возможностей этого выпуска

Другие вопросы по теме