Proiectul importat "C: \ Microsoft.CSharp.targets" nu a fost găsit

Deschideți fișierul csproj în notepad (sau notepad +) Găsiți linia:

și schimbați-l

Acest link pe MSDN de asemenea, ajută foarte mult la înțelegerea motivului pentru care nu funcționează. $ (MSBuildToolsPath) este calea către Microsoft.Build.Engine v3.5 (introdusă automat într-un fișier proiect când creați în VS2008). Dacă încercați să vă construiți proiectul pentru .Net 2.0, asigurați-vă că ați schimbat această cale către $ (MSBuildBinPath), care este calea spre Microsoft.Build.Engine v2.0.

ok ce se intampla daca se spune asta: intre   gt / lt semne

     

Import   Proiect = "$ (MSBuildExtensionsPath) \ Microsoft \ Silverlight \ v3.0 \ Microsoft.Silverlight.CSharp.targets"   /

     

cum pot remedia erorile de direcționare?

De asemenea, am constatat că șirul de import într-un proiect demo (în special, "Creați propriul cadru MVVM" de Rob Eisenburg).

Dacă înlocuiți importul cu cel sugerat de rapoartele lomaxx VS2010 RTM că trebuie să instalați acest .

Am primit acest lucru după reinstalarea Windows. Visual Studio a fost instalat și am putut vedea tipul de proiect Silverlight în fereastra New Project, dar deschiderea nu a funcționat. Soluția a fost simplă: a trebuit să instalez programul Silverlight Developer și / sau instrumentele Microsoft Silverlight 4 pentru Visual Studio. Acest lucru poate părea stupid, dar l-am trecut cu vederea deoarece credeam că ar trebui să funcționeze, deoarece tipul de proiect Silverlight era disponibil.

Pentru erorile cu Microsoft.WebApplications.targets , puteți:

1. Instalați Visual Studio 2010 (sau aceeași versiune ca și în mașină de dezvoltare) în serverul dvs. TFS.
2. Copiați codul Microsoft.WebApplication.targets ? de la fișierul mașinii de dezvoltare la mașina de construcție TFS.

Here's the post.

Am folosit următoarea linie în fișierul csproj:

După ștergerea acestui fișier, funcționează bine.

Această eroare poate apărea, de asemenea, la deschiderea unui proiect Silverlight construit în SL 4, în timp ce aveți SL 5 instalat.

Iată un exemplu de eroare: Proiectul importat "C: \ Program Files (x86) \ MSBuild \ Microsoft \ Silverlight \ v4.0 \ Microsoft.Silverlight.CSharp.targets" nu a fost găsit.

Rețineți v4.0.

Pentru a rezolva, editați proiectul și găsiți:

v4.0

Și schimbați-l la v5.0.

Apoi reîncărcați proiectul și se va deschide (dacă nu aveți instalat SL 5).

Dacă trebuie să întâlniți eroarea care spune că Microsoft.CSharp.Core.targets nu a fost găsit, aceștia sunt pașii pe care i-am luat pentru a-mi corecta a mea. Deschideți orice dosar de proiecte anterioare și navigați la link-ul prezentat în eroare, care este Proiecte / (nume de lucru de lucru) /packages/Microsoft.Net.Compilers.1.3.2/tools/ și căutați Microsoft.CSharp.Core.targets fişier. Copiați acest fișier și puneți-l în proiectul non-working "folder tool" (adică navigați la folderul de instrumente din proiectul care nu funcționează așa cum se arată mai sus) Acum, închideți proiectul (dacă a fost deschis) și redeschideți-l. Ar trebui să lucreze acum. De asemenea, pentru a vă asigura că totul funcționează corect în proiectul Visual Studio deschis acum, mergeți la Tools - NuGetPackage Manager - Gestionați pachetele NuGet For Solution. Aici, s-ar putea să găsiți o eroare care spune că CodeAnalysis.dll este utilizat de o altă aplicație. Din nou, mergeți la "folderul de instrumente", găsiți fișierul specificat și ștergeți-l. Reveniți la Gestionați pachetele NuGet pentru soluție. Veți găsi un link care vă va cere să reîncărcați, faceți clic pe el și totul va fi reinstalat. Proiectul dvs. ar trebui să funcționeze corect acum.

Aceasta este o soluție globală, care nu depinde de un pachet sau un bin particular.

În cazul meu, am eliminat dosarul Pachete din directorul rădăcină.

Poate că se întâmplă din cauza pachetelor tale, dar compilatorul nu găsește că e referință. eliminați mai întâi pachetele mai vechi și adăugați pachete noi.

Steps to Add new packages

• Mai întâi eliminați, folderul cu pachete ( se va afla în apropierea sau un pas până la folderul dvs. curent de proiect ).
• Reporniți apoi proiectul sau soluția.
• Acum, reconstruiți fișierul de soluție.
• Proiectul va primi noi referințe de la managerul de pachete nuGet. Problema ta a fost rezolvată.

This is not proper solution, but I posted it here because I face same issue.

In my case, I can't even open my solution in visual studio and didn't get any help with above answers.

În cazul meu, mi-am deschis fișierul .csproj în notepad și am scos următoarele trei linii. A lucrat ca un farmec:

Pentru mine, problema a fost că calea proiectului conțineau 20 de caractere, deoarece git le-a adăugat în locul spațiilor atunci când depozitul a fost clonat. O altă problemă ar putea fi dacă calea către un pachet este prea lungă.

Am șters folderul obj și apoi proiectul încărcat așa cum era de așteptat.

În cazul meu nu am putut încărca unul din 5 proiecte în soluția mea.

A ajutat la închiderea Visual Studio și trebuia să ștergeți Microsoft.Net.Compilers.1.3.2 folderul nuget sub packages .