Kann Visual Studio 2015 nicht erstellen, da 'Microsoft.Build.Tasks.v14.0.dll' nicht gefunden werden kann

Question

Beim Versuch, Visual Studio 2015 einzubauen, fehlt die folgende Datei? Dieses Projekt wurde zuvor in VS2013 gebaut.

Severity Code Beschreibung Projektdatei Leitungsfehler Die Aufgabe Fabrik "CodeTaskFactory" nicht aus der Baugruppe „C geladen werden: \ Program Files (x86) \ MSBuild \ 14.0 \ bin \ Microsoft.Build.Tasks. v14.0.dll ". Konnte nicht Datei oder Assembly Datei: /// C: \ Programme (x86) \ MSBuild \ 14.0 \ bin \ Microsoft.Build.Tasks.v14.0.dll 'oder eine seiner Abhängigkeiten laden. Die angegebene Datei wurde vom System nicht gefunden.

Answer 1

In meinem Fall war das ein Problem von SFML.NET nuget Paket.

Es hing von der veralteten Komponente Nuget Baseclass.Contrib.Nuget.Output ab, die der Grund für das Fehlschlagen des Builds war.

Nachdem ich manuell auf .Net 4.6 aktualisiert, löschte alle Nuget Mitarbeiter aus der Projektdatei und löschte seine Dateien aus dem Projekt und alle Abhängigkeiten wieder Version von Baseclass.Contrib.Nuget.Output wurde geändert und Viola!

Answer 2

Die Baugruppe wurde umbenannt. Ändern Sie auf der CodeTaskFactory MSBuild Aufgabe der assembly Parameter ... (in Ihrem Fehler sollte es eine Zieldateiname, wo diese Aufgabe residiert)

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

Die Chancen stehen gut jemand versucht, schlau zu sein und eine MSBuild Eigenschaft wie folgt verwenden fYI .. (die nicht 14 für MSBuild funktioniert aber würde für 12) ...

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

Nur ... Es gibt einige andere auch, wie Microsoft.Build.Utilities.v12.0.dll hat Microsoft.Build.Utilities.Core.dll

Answer 3

Es umbenannt Es war genug für mich, Vi einfach neu zu starten Sual Studio.

Ich vermute, dass ich zuvor alle meine MSBuild.exe-Prozesse getötet habe, die etwas anderes tun, und dass keine MSBuild.exe-Prozesse den Fehler verursachen.

Answer 4

In meinem Fall habe ich die Datei "ls.pubignore.wpp.targets" aus dem root entfernt. und es hat den Fehler behoben. :)

Answer 5

von Gary Antwort Im Anschluss an ich diese parametriert wie folgt:

<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

ich das gleiche Problem hatte, in meinem Fall ich einige der Pakete von NuGet Paket-Manager in VS2015 aktualisiert, dann versucht zu Öffnen Sie die gleiche Lösung in vs2013 auf einer anderen Maschine, auf der vs2015 nicht installiert war.

Die Installation von Microsoft Build Tools 2015 hat den Fehler behoben. Das fügt Microsoft.Build.Utilities.Core.dll zu dem GAC hinzu, das es meiner Meinung nach funktioniert.

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

Answer 7

Was 2.017 mich mit Visual Studio geholfen ist Microsoft.Build.Tasks.Core.dll und benennen Sie sie in Microsoft.Build.Tasks.v15.0 zu kopieren.dll

Answer 8

Meine Lösung: Entfernen von zwei Zeilen aus der „* CSPROJ“ file:

<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')" />