2015-08-21 8 views
72

Ich fühle mich schuldig, eine Frage wie diese hier zu stellen, aber ich bin ratlos und würde mich über Hilfe freuen.BuildTasks.Csc Aufgabe konnte nicht von der Assembly geladen werden?

Eine Proof-of-Concept-ähnliche Webanwendung wurde auf einem PC erstellt und auf ein Repo geladen, um sie auf einem anderen PC an einem anderen Ort herunterzuladen. Es wurde ursprünglich eine Funktion zum automatischen Erstellen eingerichtet, in der Azure beim Einchecken automatisch erstellt und veröffentlicht wurde, die jedoch entfernt wurde. Die Dinge arbeiteten an beiden Enden, bis eine Seite eine Menge ausgeschlossener Änderungen enthielt. Jetzt sehe ich den folgenden Fehler:

The "Microsoft.CodeAnalysis.BuildTasks.Csc" task could not be
loaded from the assembly ...\packages\Microsoft.Net.Compilers.1.0.0\build..\tools\Microsoft.Build.Tasks.CodeAnalysis.dll. Could not load file or assembly 'file:///...\packages\Microsoft.Net.Compilers.1.0.0\tools\Microsoft.Build.Tasks.CodeAnalysis.dll' or one of its dependencies. The system cannot find the file specified. Confirm that the declaration is correct, that the assembly and all its dependencies are available, and that the task contains a public class that implements Microsoft.Build.Framework.ITask.

Hat jemand irgendwelche Vorschläge, wo zu beginnen, auf der Suche nach dem Problem?

+6

Warum fühlen Sie sich schuldig, wenn Sie eine sinnvolle und gut konstruierte Frage stellen? –

+0

Versuchen Sie diese Lösung https://kx.cloudingenium.com/programming/net/resolved-microsoft-codeanalysis-buildtasks-sc-task-not-loaded-assembly/ –

Antwort

95

Es stellt sich heraus, dass NuGet-Pakete an das Repository übergeben wurden und alles kaputt gemacht haben. Durch das Löschen des Verzeichnisses "project \ project \ packages" aus dem Repo wurden alle Build-Probleme gelöst, da NuGet die Pakete automatisch beim Build abruft.

+0

Große Zeit sparen, danke! – ChaseHardin

+0

Stellen Sie sicher, dass Sie den tatsächlichen Paketordner in VSTS sowie den Inhalt enthalten ... Ich habe nur den Inhalt der Pakete erstellt und den Fehler – SteveC

+1

erhalten. Ich habe Nugget-Pakete für alle meine Projekte festgelegt. Das einzige Problem ist, wenn Sie sie zur Quellcodeverwaltung hinzufügen möchten, die * .dll-Dateien sind standardmäßig "ausgeschlossene Elemente", so dass Sie nur leere Verzeichnisse anstelle Ihrer Nugets festlegen. Deshalb hilft auch das Wiederherstellen von nuget nicht, da die Verzeichnisse vorhanden sind, sodass nuget denkt, dass alles in Ordnung ist. –

51

Ich habe diesen Fehler erhalten, als ich einen neuen Zweig für mein Projekt erstellt habe.

Es hat mich eine Stunde lang verrückt gemacht. Ich habe die meisten Vorschläge über das Internet ausprobiert, einschließlich der akzeptierten Antwort auf diese Frage.

Ich schloss dann das Projekt, öffnete es wieder, säuberte es und der Fehler ist weg. Das bedeutet also, dass dies ein Cache-Problem sein könnte.

Wie auch immer, wollte nur teilen.

+4

Diese Antwort ist für mich gefunden. Ich hatte genau das gleiche Szenario "neuen Zweig" – jessegavin

+2

Ugh - das gleiche genaue Problem und zu beheben. Vielen Dank! – John

+1

Vielen Dank für das Teilen! – LINQ

3

Problem versteckt sich in TFS, Sie müssen den Ordner TestProject ... \ packages aus TFS entfernen, einchecken, aus Ihrem lokalen Verzeichnis löschen und neu erstellen. Hat funktioniert!

33

Ich auch versuchte die Top-Antwort ohne Glück so löschte den Inhalt meiner bin und Pakete dir, geschlossen und wieder geöffnet VS und alles in Ordnung jetzt.

+0

Dieser hat mir geholfen. Ich versuchte, ein vorhandenes ASP.NET-Projekt in VS 2015 in Parallels auszuführen, und es gab mir den obigen Fehler. Das Entfernen der Ordner "bin" und "packages", der Neustart von VS und ein sauberer Build haben den Zweck erfüllt! – A3mercury

+0

Wow ... Erstaunlicherweise hat das funktioniert. (Obwohl ich wahrscheinlich nicht überrascht sein sollte) Danke! – JCisar

4

Löschen des Pakets und Reinigung der Lösung löste es für mich.

3

Das Löschen dieser drei Verzeichnisse löst das Problem.

  • /packages
  • /bin
  • /obj

HINWEIS: löschen sowohl/bin und/obj aus alle Projekte in der Lösung enthalten (einschließlich Test-Projekte).

10

Ich habe alle zuvor beschriebenen Lösungen versucht, aber keine funktionierte.

Was es für mich gelöst, war zu Update die Microsoft.Net.Compilers vom NuGet Package Manager

+1

Ich hatte das umgekehrte Problem. Ich war zu optimistisch und habe die neueste RC-Version heruntergeladen. Als ich auf die neueste stabile Version zurückkehrte, war es in Ordnung. –

7
  • Rechtsklick auf Ihrer Lösung.
  • Wechseln Sie zu Nuget-Pakete verwalten.
  • Suchen Sie nach Microsoft.Net.Compilers.
  • Installieren oder aktualisieren Sie bei abhängigen Projekten nach Bedarf.
+0

Danke! Das war die Lösung, die mein Problem gelöst hat. –

4

Re-Build, saubere Lösung und Neustart Visual Studio arbeitete für mich.

+0

Das ist albern, aber es funktioniert. Vielen Dank. –

1

In meinem Fall war die Lösung:

Verwenden Sie den Windows Explorer und der säumige Pfad navigieren: C: \ MyApplication \-Code \ Main \ ABCProject \ ABCProject.UI \ Bin

Rechtsklick auf bin-Ordner> Eigenschaften auswählen> ReadOnly deaktivieren.

+0

Das war mein Problem auch. Vielen Dank! – David

0

Ich habe gerade versucht, diese auf einem sauberen einem 10 Windows-Rechner installieren und das Problem für mich am Ende ist, dass ich nicht die .NET 3.5 Framework installiert habe. Diese Stackoverflow-Frage erklärt, warum.

Cannot build WIX project on windows 10

2

ich alle von Paketen Ordner löschen und Lösung neu zu erstellen. Es hat für mich funktioniert.

0

In meinem Fall: das funktioniert für mich.

Es stellt sich meine Mitspieler aus bereits begonnen hatte, in 10 Entwicklung von Windows suchen und hatte Microsoft auf seinem Rechner installiert Werkzeuge 2015 bauen.

installierte ich die Software von https://www.microsoft.com/en-us/download/details.aspx?id=48159 und das Problem war gelöst.

Verwandte Themen