Не удается создать визуальную студию 2015, потому что "Microsoft.Build.Tasks.v14.0.dll" не может быть найден

Ответ 1

Сборка переименована. Изменение в CodeTaskFactory MSBuild Задайте параметр AssemblyFile для... (в вашей ошибке должно быть имя файла целей, в котором находится эта задача)

AssemblyFile="C:\Program Files (x86)\MSBuild\14.0\Bin\Microsoft.Build.Tasks.Core.dll"

Скорее всего, кто-то пытался быть умным и использовать свойство MSBuild, подобное этому.. (что не работает для MSBuild 14, но для 12)...

AssemblyFile="$(MSBuildToolsPath)\Microsoft.Build.Tasks.v$(MSBuildToolsVersion).dll"

Просто fyi... Есть и другие, такие как Microsoft.Build.Utilities.v12.0.dll был переименован в Microsoft.Build.Utilities.Core.dll

Ответ 2

Что помогло мне с Visual Studio 2017 скопировать файл Microsoft.Build.Tasks.Core.dll и переименовать его в Microsoft.Build.Tasks.v15.0.dll

Ответ 3

В моем случае это была проблема пакета SFug.NET nuget.

Это зависело от устаревшего компонента Nuget Baseclass.Contrib.Nuget.Output, который был причиной сбоя сборки.

После того, как я обновил вручную до .Net 4.6, удалил всех сотрудников nuget из файла проекта и удалил его файлы из проекта и снова просмотрел все зависимости от версии Baseclass.Contrib.Nuget.Output был изменен и альта!

Ответ 4

Первый раз перезагружаю визуальную студию, у меня сработало

Во второй раз я снова получил эту ошибку, и я сделал обновление:

Install-Package Baseclass.Contrib.Nuget.Output -Version 2.2.0-xbuild02

Ответ 5

Мне достаточно было просто перезапустить Visual Studio.

Я подозреваю, что ранее я убил все мои процессы MSBuild.exe, выполняя что-то еще, и что отсутствие каких-либо процессов MSBuild.exe вызывает ошибку.

Ответ 6

Следуя от ответа Гэри, я параметризую это следующим образом:

<Choose>
  <When Condition="'$(MSBuildToolsVersion)'=='14.0'">
    <PropertyGroup>
      <TasksAssemblyName>Microsoft.Build.Tasks.Core</TasksAssemblyName>
    </PropertyGroup>
  </When>
  <Otherwise>
    <PropertyGroup>
      <TasksAssemblyName>Microsoft.Build.Tasks.v$(MSBuildToolsVersion)</TasksAssemblyName>
    </PropertyGroup>
  </Otherwise>
</Choose>
<UsingTask TaskName="SecondsSinceEpoch" TaskFactory="CodeTaskFactory" AssemblyFile="$(MSBuildToolsPath)\$(TasksAssemblyName).dll">

Ответ 7

Мое решение: удалить две строки из файла "*.csproj":

<Error Condition="!Exists('$(SolutionDir)\.nuget\NuGet.targets')" Text="$([System.String]::Format('$(ErrorText)', '$(SolutionDir)\.nuget\NuGet.targets'))" />
<Import Project="$(SolutionDir)\.nuget\NuGet.targets" Condition="Exists('$(SolutionDir)\.nuget\NuGet.targets')" />

Ответ 8

В моем случае я удалил файл "ls.pubignore.wpp.targets" из root. и он удалил ошибку.:)

Ответ 9

У меня была такая же проблема, в моем случае Я обновил некоторые пакеты из диспетчера пакетов NuGet в VS2015, а затем попытался открыть такое же решение в vs2013 на другом компьютере, где vs2015 не был установлен.

Установка Microsoft Build Tools 2015 разрешила ошибку. Это добавляет Microsoft.Build.Utilities.Core.dll в GAC, и я думаю, что это заставляет его работать.

https://www.microsoft.com/en-in/download/details.aspx?id=48159

Ответ 10

Для Visual Studio 2017 это то, что сработало для меня, это сочетание двух предоставленных решений. Ни один из них не работал самостоятельно, поэтому я и представляю это как новый ответ.

В файле C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\Microsoft\VisualStudio\v15.0\CodeAnalysis\Microsoft.CodeAnalysis.Targets

Замените AssemblyFile="$(MSBuildToolsPath)\Microsoft.Build.Tasks.v12.0.dll"> на AssemblyFile="$(MSBuildToolsPath)\Microsoft.Build.Tasks.Core.dll">

Затем скопируйте файл C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\15.0\Bin\Microsoft.Build.Tasks.Core.dll в ту же папку с именем Microsoft.Build.Tasks.v15.0.dll