Не вдалося завантажити файл або збірку "Microsoft.Build.Framework" (VS 2017)

Коли я намагаюся запустити команду "update-database", я отримую такий виняток:

Вкажіть прапор '-Verbose', щоб переглянути оператори SQL, що застосовуються до цільової бази даних. System.IO.FileNotFoundException: Не вдалося завантажити файл або збірку 'Microsoft.Build.Framework, Версія = 15.1.0.0, Культура = нейтральна, PublicKeyToken = b03f5f7f11d50a3a' або одна із залежностей. Система не може знайти вказаний файл. Ім'я файлу: 'Microsoft.Build.Framework, Версія = 15.1.0.0, Культура = нейтральна, PublicKeyToken = b03f5f7f11d50a3a'

WRN: Журнал прив'язки збірки вимкнено. Щоб увімкнути журналювання помилок прив'язки збірки, встановіть для значення реєстру [HKLM \ Software \ Microsoft \ Fusion! EnableLog] (DWORD) значення 1. Примітка. З реєстрацією помилок прив'язки збірки пов'язано певний штраф. Щоб вимкнути цю функцію, видаліть значення реєстру [HKLM \ Software \ Microsoft \ Fusion! EnableLog].

Не вдалося завантажити файл або збірку 'Microsoft.Build.Framework, Версія = 15.1.0.0, Культура = нейтральна, PublicKeyToken = b03f5f7f11d50a3a' або одна із залежностей. Система не може знайти вказаний файл. `

Я вважаю, у мене була та ж проблема, що і у вас. Я не зберегла ціле повідомлення про помилку, але моє повідомлення про помилку було

' Не вдалося завантажити файл або збірку' Microsoft.Build.Framework, Версія = 15.1.0.0, Культура = нейтральна, PublicKeyToken = b03f5f7f11d50a3a 'або одна із залежностей. Система не може знайти вказаний файл. '

Я використовую Visual Studio 2017 і намагався це зробити Update-Databaseпісля Add-Migration.

Щоб вирішити проблему, я закрив Visual Studio і знову відкрив його , а потім знову запустив Update-Database.

Це може вирішити вашу проблему, а може і не вирішити її, але я думав опублікувати на всякий випадок, якщо це допоможе.

Наш локальний сценарій збірки використовував стару версію nuget.exe( 4.7.1.5393) для відновлення пакунків NuGet. Ми почали отримувати цю помилку після оновлення до версії Visual Studio 2019 16.5.0. Оновлення до останньої версії nuget.exe( 5.4.0.6315) вирішило проблему для нас.

nuget.exeможна завантажити тут: https://www.nuget.org/downloads .

Основною причиною цієї проблеми є відносні шляхи у devenv.exe.configфайлі до Microsoft.Build.Framework.dll(див. Теги xml).

Деякі розширення Visual Studio змінюють поточний каталог і роблять відносні шляхи недійсними.

Щоб виправити це, відкрийте цей файл у C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\каталозі. і замінити все ..\..\MSBuild\15.0\Bin\на C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\.

Я знайшов обхідний шлях, який, здається, вирішує проблему назавжди, принаймні в моєму середовищі, що працює VS 2017 Professional 15.5.2 та Entity Framework 6.1.1.

По суті, встановіть DLL (з декількома пов’язаними) в GAC (Global Assembly Cache), і проблема зникне.

Виконайте такі дії:

1. Закрийте всі запущені екземпляри Visual Studio 2017

2. Запустіть командний рядок розробника Visual Studio 2017

3. Введіть такі команди (замініть Professional на свою версію, Enterprise або Community, або відповідно відрегулюйте шлях):

gacutil /i "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\15.0\Bin\Microsoft.Build.Framework.dll"

gacutil /i "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\15.0\Bin\Microsoft.Build.dll"

gacutil /i "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\15.0\Bin\Microsoft.Build.Engine.dll"

gacutil /i "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\15.0\Bin\Microsoft.Build.Conversion.Core.dll"

gacutil /i "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\15.0\Bin\Microsoft.Build.Tasks.Core.dll"

gacutil /i "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\15.0\Bin\Microsoft.Build.Utilities.Core.dll"

4. Перезапустіть Visual Studio 2017

По суті, GAC (у більшості випадків) буде надано пріоритет, коли .NET намагається завантажити DLL, а FileNotFoundException зникне, оскільки ваша DLL тепер буде вирішена через GAC.

Знову ж таки, це працює для мене, і це просто обхідний шлях, він не вирішить саму основну проблему, але принаймні мені не потрібно постійно перезапускати VS, намагаючись працювати з міграціями EF, і це досить добре для мене.

Це спрацювало для мене - здається, це проблема, яка не підтримується, починаючи з 2020 року.

На кроці Azure Build Pipeline> NuGet tool installerперейдіть Version of NuGet.exe to installна нову версію, наприклад 5.4.0. Перевірте версії за адресою https://dist.nuget.org/tools.json .

Випуск зник і тепер успішно збирається.

Мій зниклий файл або версія збірки відрізняється від запитання.

У мене є ця помилка, коли я намагався опублікувати свій проект ASP.net

Microsoft.Build.Framework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a

Я вирішив проблему, встановивши Microsoft Build Tools 2015

Я думаю, що моя проблема, спричинена тим, що я публікую проект, побудований разом із VS 2015 у VS 2017. Сподіваюся, що він може допомогти іншим, хто має таку ж проблему.

Про всяк випадок перезапуску Visual Studio не працює Перейдіть до диспетчера завдань / Провідника процесів та вміння VBCSCompiler.exe

Запропонуйте використовувати Провідник процесів

Закриття та повторне відкриття Visual Studio працює як шарм!

У моєму випадку щось (можливо, NuGet-Update) додало AssemblyBinding у файл web.config:

<dependentAssembly>
    <assemblyIdentity name="Microsoft.Build.Framework" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-15.1.0.0" newVersion="15.1.0.0" />
</dependentAssembly>

Після видалення цього залежногоAssemby-Entry я міг опублікувати проект знову.

Це спрацювало для мене: помилка виникає, коли я виконую команду відновлення nuget. Nuget версії 4.6.2. У мене є два шляхи вирішення цієї проблеми.

Використовуйте Nuget 4.8.2 і вище. gacutil / i "C: \ Program Files (x86) \ Microsoft Visual Studio \ 2019 \ Professional \ MSBuild \ Current \ Bin \ Microsoft.Build.Framework.dll

У нас виникла ця проблема, і ось що нам потрібно було зробити у нашому випадку:

Проблема полягала в тому, що у нас був (IDbCommandInterceptor)налаштований перехоплювач команд бази даних, який викликався HttpRuntime.Cache["somekey"], і з якоїсь причини через це не вдалося запустити команди міграції. Після усунення цієї залежності всі команди працювали бездоганно. Можливо HttpRuntime, не вдалося знайти DLL Build Framework?

Тож перевірте весь стовпчик викликів, коли команди міграції не виявляють, чи є у вас подібна проблема.

Я зіткнувся з такою ж проблемою під час оновлення компонентів XCode / Mono на macOS.

Рішенням є оновлення Visual Studio для Mac до останньої версії.

Я думаю, що ця проблема виникає у використанні нових інструментів MSBuild із пакета .NET Core 3.0, який інстальовано з новою версією XCode / Mono.

Дякую тим, хто вже розмістив повідомлення. Мою ситуацію вирішило поєднання вищесказаного. У мене було кілька версій Visual Studio: 2015, 2017, 2019. У якийсь момент версія MSBUILD перейшла з 15.1 на 15.9, і я вирішив цю проблему, оновивши C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\devenv.exe.configфайл до бібліотеки 15.9. Ось приклад одного із записів:

<dependentAssembly>
      <assemblyIdentity name="Microsoft.Build.Utilities.Core" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/>
      <bindingRedirect oldVersion="2.0.0.0-99.0.0.0" newVersion="15.9.0.0"/>
      <codeBase version="15.9.0.0" href="..\..\MSBuild\15.0\Bin\Microsoft.Build.Utilities.Core.dll" />
</dependentAssembly>

Використання Visual Studio 2019 Community edition. Я спробував інші рішення без особливої ​​удачі, але після очищення кешу NuGet проблема, здавалося, була вирішена.