Impossibile compilare Visual Studio 2015 perché non è possibile trovare "Microsoft.Build.Tasks.v14.0.dll"

Question

Quando si tenta di creare in Visual Studio 2015, manca il seguente file? Questo progetto è stato precedentemente costruito in VS2013.

codice di gravità Descrizione file di progetto Errore linea La fabbrica compito "CodeTaskFactory" Impossibile caricare dal gruppo "C: \ Program Files (x86) \ MSBuild \ 14.0 \ bin \ Microsoft.Build.Tasks. v14.0.dll". Potrebbe non caricare file o assembly 'file: /// C: \ Programmi (x86) \ MSBuild \ 14.0 \ bin \ Microsoft.Build.Tasks.v14.0.dll' o una delle sue dipendenze . Il sistema non trova il file specificato.

Answer 1

Nel mio caso si è verificato un problema con il pacchetto nuget SFML.NET.

E 'dipeso da componenti obsoleti di Nuget Baseclass.Contrib.Nuget.Output, motivo per cui la compilazione non è riuscita.

Dopo l'aggiornamento manuale a .Net 4.6, eliminato tutto lo staff di nuget dal file di progetto e cancellato i suoi file dal progetto e recuperato tutte le dipendenze versione di Baseclass.Contrib.Nuget.Output è stata modificata e viola!

Answer 2

Il gruppo è stato rinominato. Cambiare sulla CodeTaskFactory MSBuild Task il parametro AssemblyFile a ... (nel vostro errore non dovrebbe essere un target nome del file in cui risiede questo compito)

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

Le probabilità sono che qualcuno ha cercato di essere intelligente e utilizzare una proprietà MSBuild come questo .. (che non funziona per MSBuild 14, ma farebbe per 12) ...

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

Cordiali saluti ... ci sono alcuni altri così come Microsoft.Build.Utilities.v12.0.dll è stato rinominato in Microsoft.Build.Utilities.Core.dll

Answer 3

E ' è stato sufficiente per me per riavviare Vi Studio sual.

Sospetto di aver precedentemente ucciso tutti i miei processi MSBuild.exe facendo qualcos'altro e che non avendo processi MSBuild.exe causa l'errore.

Answer 4

Nel mio caso, ho rimosso il file "ls.pubignore.wpp.targets" da root. e ha rimosso l'errore. :)

Answer 5

A seguito di risposta di Gary ho parametrizzata in questo modo:

<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"> 

Answer 6

Ho avuto lo stesso problema, nel mio caso Ho aggiornato alcuni dei pacchetti da NuGet gestore di pacchetti in VS2015, quindi cercato di aprire la stessa soluzione su vs2013 in un'altra macchina in cui vs2015 non è stato installato.

L'installazione di Microsoft Build Tools 2015 ha risolto l'errore. Ciò aggiunge Microsoft.Build.Utilities.Core.dll al GAC, che penso sia ciò che lo fa funzionare.

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

Answer 7

Ciò che mi ha aiutato con Visual Studio 2017 è quello di copiare Microsoft.Build.Tasks.Core.dll e rinominarlo Microsoft.Build.Tasks.v15.0.dll

Answer 8

La mia soluzione: la rimozione di due file dal file "* 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')" />