Das importierte Projekt „C:\Microsoft.CSharp.targets“ wurde nicht gefunden

StackOverflow https://stackoverflow.com/questions/5694

  •  08-06-2019
  •  | 
  •  

Frage

Ich habe heute diesen Fehler erhalten, als ich versuchte, Visual Studio 2008 zu öffnen Projekt in Visual Studio 2005:

Das importierte Projekt „C:\Microsoft.CSharp.targets“ wurde nicht gefunden.

War es hilfreich?

Lösung

Öffnen Sie Ihre CSPROJ -Datei in Notepad (oder Notepad ++). Finden Sie die Zeile: 

<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />

und ändern Sie es in

<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />

Andere Tipps

Dies ist eine globale Lösung, die nicht von einem bestimmten Paket oder Behälter abhängig ist.

In meinem Fall habe ich entfernt Pakete Ordner aus meinem Stammverzeichnis.

Möglicherweise liegt es daran, dass Ihre Pakete vorhanden sind, der Compiler jedoch die Referenz nicht findet.Entfernen Sie daher zuerst ältere Pakete und fügen Sie neue Pakete hinzu.

Schritte zu Neue Pakete hinzufügen

  • Zuerst den Paketordner entfernen (Es befindet sich in der Nähe oder einen Schritt weiter oben in Ihrem aktuellen Projektordner).
  • Starten Sie dann das Projekt oder die Lösung neu.
  • Erstellen Sie nun die Lösungsdatei neu.
  • Das Projekt erhält neue Referenzen vom nuGet-Paketmanager.Und Ihr Problem wurde gelöst.

Das ist keine richtige Lösung, aber Ich habe es hier gepostet, weil ich vor dem gleichen Problem stehe.

In meinem Fall, Ich kann meine Lösung nicht einmal in Visual Studio öffnen und habe bei den obigen Antworten keine Hilfe erhalten.

Für mich bestand das Problem darin, dass der Pfad des Projekts %20 Zeichen enthielt, weil Git diese anstelle von Leerzeichen hinzugefügt hat, als das Repository geklont wurde.Ein weiteres Problem könnte sein, wenn der Pfad zu einem Paket zu lang ist.

Das Link auf MSDN hilft auch sehr, den Grund zu verstehen, warum es nicht funktioniert.$(MSBuildToolsPath) ist der Pfad zu Microsoft.Build.Engine v3.5 (wird automatisch in eine Projektdatei eingefügt, wenn Sie in VS2008 erstellen).Wenn Sie versuchen, Ihr Projekt für .Net 2.0 zu erstellen, stellen Sie sicher, dass Sie diesen Pfad in $(MSBuildBinPath) geändert haben, was dem Pfad zu Microsoft.Build.Engine v2.0 entspricht.

In meinem Fall konnte ich nicht laden eins aus 5 Projekte in meiner Lösung.

Es hat geholfen Schließen Sie Visual Studio und ich musste löschen Microsoft.Net.Compilers.1.3.2 Nuget-Ordner unter packages Ordner.

Öffnen Sie anschließend Ihre Lösung erneut und das Projekt wird wie erwartet geladen

Schließen Sie zur Sicherheit alle Instanzen von VS, bevor Sie den Ordner löschen.

Früher hatte ich diese folgende Zeile in der csproj-Datei:

<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />

Nach dem Löschen dieser Datei funktioniert es einwandfrei.

Wenn Sie auf den Fehler stoßen, der besagt Microsoft.CSharp.Core.targets not found, das sind die Schritte, die ich unternommen habe, um meine zu korrigieren:

  1. Öffnen Sie einen Ordner mit früheren Arbeitsprojekten und navigieren Sie zu dem im Fehler angezeigten Link Projects/(working project name)/packages/Microsoft.Net.Compilers.1.3.2/tools/ und suchen Microsoft.CSharp.Core.targets Datei.

  2. Kopieren Sie diese Datei und fügen Sie sie in das nicht funktionierende Projekt ein tools folder (d. h. Navigieren zum Tools-Ordner im nicht funktionierenden Projekt, wie oben gezeigt)

  3. Schließen Sie nun Ihr Projekt (falls es geöffnet war) und öffnen Sie es erneut.

Es sollte jetzt funktionieren.

Um sicherzustellen, dass in Ihrem jetzt geöffneten Visual Studio-Projekt alles ordnungsgemäß funktioniert, gehen Sie zu Tools > NuGetPackage Manager > Manage NuGet Packages For Solution.Hier finden Sie möglicherweise einen Fehler, der besagt, dass CodeAnalysis.dll von einer anderen Anwendung verwendet wird.

Gehen Sie erneut zu tools folder, suchen Sie die angegebene Datei und löschen Sie sie.Zurückkommen zu Manage NuGet Packages For Solution.Sie werden einen Link finden, der Sie zum Neuladen auffordert. Klicken Sie darauf und alles wird neu installiert.

Ihr Projekt sollte jetzt ordnungsgemäß funktionieren.

Ich habe dies nach der Neuinstallation von Windows erhalten.Visual Studio war installiert und ich konnte den Silverlight-Projekttyp im Fenster „Neues Projekt“ sehen, aber das Öffnen eines Projekts funktionierte nicht.Die Lösung war einfach:Ich musste die Silverlight Developer Runtime und/oder die Microsoft Silverlight 4 Tools für Visual Studio installieren.Das mag vielleicht dumm erscheinen, aber ich habe es übersehen, weil ich dachte, dass es funktionieren sollte, da der Silverlight-Projekttyp verfügbar war.

Ok, was ist, wenn da Folgendes steht:zwischen den GT/LT -Zeichen

Project = "$ (msbuildextensionsPath) Microsoft Silverlight V3.0 Microsoft.Silverlight.csharp.targets" / / / /

Wie behebe ich den Zielfehler?

Ich habe diese Importzeichenfolge auch in einem Demoprojekt gefunden (insbesondere „Build your own MVVM Framework“ von Rob Eisenburg).

Wenn Sie diesen Import durch den von lomaxx VS2010 vorgeschlagenen Import ersetzen, meldet RTM, dass Sie ihn installieren müssen Das.

Für Fehler mit Microsoft.WebApplications.targets, du kannst:

  1. Installieren Sie Visual Studio 2010 (oder die gleiche Version wie auf dem Entwicklungscomputer) auf Ihrem TFS-Server.
  2. Kopiere das "Microsoft.WebApplication.targets” von der Entwicklungsmaschinendatei zur TFS-Build-Maschine.

Hier ist die Post.

In meinem Fall habe ich meine .csproj-Datei im Editor geöffnet und die folgenden drei Zeilen entfernt.Lief wie am Schnürchen:

<Import Project="..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists('..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" />
<Import Project="..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props" Condition="Exists('..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props')" />
<Import Project="..\packages\Microsoft.Net.Compilers.1.3.2\build\Microsoft.Net.Compilers.props" Condition="Exists('..\packages\Microsoft.Net.Compilers.1.3.2\build\Microsoft.Net.Compilers.props')" />

Dieser Fehler kann auch auftreten, wenn Sie ein Silverlight-Projekt öffnen, das in SL 4 erstellt wurde, während Sie SL 5 installiert haben.

Hier ist eine Beispiel-Fehlermeldung:Das importierte Projekt „C:\Program Files (x86)\MSBuild\Microsoft\Silverlight\v4.0\Microsoft.Silverlight.CSharp.targets“ wurde nicht gefunden.

Beachten Sie die Version 4.0.

Um das Problem zu beheben, bearbeiten Sie das Projekt und suchen Sie nach: 

<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>

Und ändern Sie es auf v5.0.

Laden Sie dann das Projekt neu und es wird geöffnet (es sei denn, Sie haben SL 5 nicht installiert).

Ich habe den obj-Ordner gelöscht und dann das Projekt wie erwartet geladen.

Manchmal liegt das Problem möglicherweise an der fest codierten VS-Version in der .csproj-Datei.Wenn Sie in Ihrem csproj so etwas haben:

[...]\VisualStudio\v12.0\WebApplications\Microsoft.WebApplication.targets"

Sie sollten überprüfen, ob die Nummer korrekt ist (der Grund dafür, dass sie falsch ist, kann darin liegen, dass das Projekt mit einer anderen Version von Visual Studio erstellt wurde).Wenn es falsch ist, ersetzen Sie es durch Ihre aktuelle Version der Build-Tools ODER verwenden Sie die VS-Variable:

[...]\VisualStudio\v$(VisualStudioVersion)\WebApplications\Microsoft.WebApplication.targets"

Ich bin beim Ausführen eines Ansible-Playbooks auf dieses Problem gestoßen, daher möchte ich hier meine 2 Cent hinzufügen.Mir ist eine Warnmeldung aufgefallen, dass Visual Studio 14 fehlt.Visual Studio Version 14 wurde 2015 veröffentlicht und die Lösung meines Problems bestand darin, Visual Studio 2015 Professional auf dem Hostcomputer meines Azure DevOps-Agenten zu installieren.

Nach dem Wiederherstellungsversuch, dem Schließen von VS, dem Löschen des fehlgeschlagenen Pakets, dem erneuten Öffnen und dem Wiederherstellungsversuch habe ich mehrere Male einfach alles in den Paketen gelöscht, und als ich eine Wiederherstellung durchgeführt habe, hat es perfekt funktioniert.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top