Версия инструментов 15.0 не распознана — несовместимый/выгруженный проект в Visual Studio 2019 (версия 16.0.0, предварительная версия 5.0)

ОБНОВЛЕНИЯ

  • Восстановлен .NET Core 2.1, также установлена ​​версия 2.2.
  • удалил VS 2019 и переустановил
  • он работает на другой машине с установленными VS 2017 и VS 2019 (те же версии)

ОБНОВЛЕНИЯ

Я сталкиваюсь с этим уже довольно давно, и я действительно хочу использовать версию VS 2019 года.

При открытии проекта VS C# MVC, который находится в Azure DevOps и работает во всех предыдущих версиях (2015–2017), в 2019 не работает.

Первая ошибка, которую я получаю:

.csproj: ошибка: версия инструментов «15.0» не распознана. Доступные версии инструментов: «14.0», «2.0», «3.5», «4.0».

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

.csproj: ошибка: приложение для проекта не установлено

Понятия не имею, что я могу/должен здесь делать.

Кто-нибудь может мне что-нибудь подсказать, у него есть какая-то информация по этому поводу и так далее?


visual-studio-2019 c# ide asp.net-mvc csproj
person Dimitri    schedule 09.04.2019    source источник
comment
попробуйте установить/обновить nuget.org/packages/Microsoft.Build   -  person Mrg Gek    schedule 09.04.2019
comment
Какая версия .NET Framework ему нужна, потому что моя нацелена на 4.6.1, но я получаю следующую ошибку: Не удалось установить пакет «Microsoft.Build 16.0.461». Вы пытаетесь установить этот пакет в проект, предназначенный для .NETFramework, Version = v4.6.1, но пакет не содержит ссылок на сборки или файлов содержимого, совместимых с этой платформой.   -  person Dimitri    schedule 09.04.2019
comment
Я установил не последнюю версию, а только предыдущую (15.xxxx), но после сборки, закрытия решения и повторного открытия у меня все еще есть та же ошибка.   -  person Dimitri    schedule 09.04.2019
comment
у вас установлено ядро ​​2.1?   -  person Mrg Gek    schedule 09.04.2019
comment
Что-то похожее на это проблема?   -  person LoLance    schedule 10.04.2019
comment
Спасибо за ссылку, на самом деле очень полезная, я просмотрел некоторые ссылки и ответы, но установил Env. переменный путь не работал, я попытался установить его для любви к MSBuild в VS 2017 и для VS 2019. Я также попытался добавить ‹имя свойства=ExtendedTargetsPath value=$([MSBuild]::GetCurrentToolsDirectory()) /› Конфигурация MSBuild... Я ошеломлен... Моя другая машина с такой же настройкой не имеет ENV. Переменные. Я заметил, что в реестре нет версии 15, есть только 14 и 4. Любая возможность, которая имеет отношение к этому?   -  person Dimitri    schedule 10.04.2019

Ответы (4)


arrow_upward
17
arrow_downward

У меня возникла аналогичная проблема и одна запись в документах ms:

https://docs.microsoft.com/en-us/visualstudio/msbuild/updating-an-existing-application?view=vs-2017

привел меня к ответу.

Если у вас когда-либо были установлены какие-либо более старые версии Visual Studio, до 2017 года, у вас будут установлены нежелательные библиотеки DLL на злом gac. Вы должны удалить его, выполнив следующие действия:

  1. При запуске poweshell: gacutil.exe -l | Select-String -Pattern 'Сборка' | Select-String -Pattern 'Версия = 15'

  2. Удалить все найденные записи. Пример:

    gacutil.exe /u "Microsoft.Build.Framework, версия = 15.1.0.0, культура = нейтральная, PublicKeyToken = b03f5f7f11d50a3a, процессорная архитектура = MSIL"

Это гарантирует, что vs будет использовать текущую версию для загрузки проектов. Обратите внимание, что VS 2019 всегда будет использовать «Текущий» и будет игнорировать ToolsVersion, если вы не заставите его:

https://docs.microsoft.com/en-us/visualstudio/msbuild/overriding-toolsversion-settings?view=vs-2019

person Marco    schedule 27.04.2019
comment
Раньше я использовал это решение developercommunity.visualstudio.com/content/problem/411464/, но это перестало работать после небольшого обновления Visual Studio позже, когда классы больше не распознавались и к ним больше нельзя было перейти. Я удалил системный путь и применил это решение, и теперь оно снова работает. Спасибо большое. - person RonnyR; 11.06.2019
comment
Спасибо! Этот ответ решил 3-часовую охоту на ведьм из-за того, что у меня в VS2019 практически ничего не работало. - person jsmars; 30.08.2019
comment
Поскольку это неочевидно в VS 2017 (в VS 2017 нет подсказок powershell), согласно intellitect.com/enter-vsdevshell-powershell установите github.com/Pscx/Pscx командлет (разрешить удаление, если будет предложено), который предоставит вам доступ к gacutil.exe после запуска Invoke-BatchFile C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\Tools\VsDevCmd.bat - I не редактировал ответ, потому что вопрос ОП касается 2019 года, меня интересует 2017 год, надеюсь, это кому-то поможет. - person smaudet; 16.03.2021

arrow_upward
8
arrow_downward

ОК ЭТО ИСПРАВЛЕНО...

Расположение моей визуальной студии 2017 MSBuild:

C:\Program Files (x86)\Microsoft Visual Studio\Enterprise\MSBuild\15.0\Bin

Расположение моей визуальной студии 2019 MSBuild:

C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\MSBuild\15.0\Bin

Я заметил, что моя папка Bin в Visual Studio 2019 была неполной, поэтому я сделал резервную копию (конечно) и скопировал полную папку Bin с 2017 по 2019 год.

Это все исправило ... Не знаю, что еще сказать здесь, просто надеюсь, что это может помочь кому-нибудь!

person Dimitri    schedule 10.04.2019
comment
В то время я не использовал .net core. - person Dimitri; 30.10.2019
comment
Пожалуйста, попробуйте создать его, чтобы увидеть, получится ли у вас то же, что и у меня, потому что я выполнил те же шаги, и мой VS2019 с .NET Core 3.0 не работает. - person Dandré; 30.10.2019
comment
У меня другая установка Windows, и у меня больше не было проблем, поэтому я не смогу этого сделать. Теперь все работает нормально. Что сломалось или какая у вас проблема? - person Dimitri; 30.10.2019
comment
Спасибо, но не напрягайтесь. Я просто хотел узнать, есть ли у вас проблемы с работой с .NET Core 3.0, как у меня, поскольку я следовал шагам, изложенным в этом ответе. Тем временем я зарегистрировал его в Microsoft. Я ничего не могу сделать. Не могу создавать проекты или даже открывать существующие. VS2017 работал отлично. - person Dandré; 30.10.2019
comment
Я знаю это чувство, не может быть более застрял, чем это! Не стесняйтесь оставлять свои выводы здесь, я уверен, что это поможет кому-то! - person Dimitri; 30.10.2019
comment
Наконец-то я получил ответ, который сработал для меня. developercommunity.visualstudio.com/content/problem/799309/. Приведенный выше ответ не касается двоичных файлов в GAC, которые являются виновниками основной проблемы. - person Dandré; 31.10.2019

arrow_upward
2
arrow_downward

У меня были точно такие же проблемы с попыткой обновления до VS 2019. Однако я прочитал, что версия MSBuild должна соответствовать версии Visual Studio. Следовательно, VS2017=MSBuild 15.x, VS2019=MSBuild 16.x.

Когда я установил и VS2019, и MSBuild 16.x, я ни разу не увидел в своем GAC версию сборки для 16.x. Как для VS2017, так и для VS2019 версии сборки всегда были 15.0.

До сих пор мне приходилось возвращаться к моей версии VS2015, которая запускает все мои проекты, как и ожидалось. Не уверен, что делать, так как я не мог получить никакой помощи от службы технической поддержки Microsoft, не заплатив 500 долларов.

person Steve Naidamast    schedule 07.06.2019

arrow_upward
0
arrow_downward

Обновление с MSVS2017 до MSVS2019 с последующим открытием проекта MSVS2017 может привести к ошибке Приложение для проекта не установлено

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

  1. Закрыть MSVS2019
  2. Откройте Проводник › [Папка проекта]/.vs/[Имя проекта]
  3. Удалить подпапку v15
  4. Откройте MSVS2019 › Project (теперь он должен открыться)
  5. Щелкните правой кнопкой мыши обозреватель решений > Проект.
  6. Выберите проекты перенацеливания
person beyeriii    schedule 23.05.2021