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

Am apărut această eroare astăzi când încercam să deschid un Visual Studio 2008 proiect în Visual Studio 2005:

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

0
adăugat editat
Vizualizări: 13
sursa
fr hi bn

14 răspunsuri

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

și schimbați-l
0
adăugat
sursa
Mine spune: "
adăugat autor B. Clay Shannon, sursa
Mine deja a spus MSBuildBinPath, dar a inclus CompactFramework în namespace:
adăugat autor Teysz, sursa
@ Iomaxx, am rezolvat această problemă prin schimbarea Monodevelop Build Target la Mono / .NET 4.0 de la Mono / .NET 3.5.
adăugat autor Frank, sursa

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.

0
adăugat
sursa

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).

0
adăugat
sursa

Uneori, problema ar putea fi cu versiunea VS hardcoded în fișierul .csproj. Dacă aveți în csproj ceva de genul:

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

Ar trebui să verificați dacă numărul este corect (motivul pentru care este greșit poate fi proiectul a fost creat cu o altă versiune a Visual Studio). Dacă este greșit, înlocuiți-l cu versiunea curentă de instrumente de construcție SAU utilizați variabila VS:

[...]\VisualStudio\v$(VisualStudioVersion)\WebApplications\Microsoft.WebApplication.targets"
0
adăugat
sursa

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 .

0
adăugat
sursa

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.

0
adăugat
sursa

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.

0
adăugat
sursa
Am avut această problemă pe Visual Studio for Mac, fișierul Microsoft.CSharp.targets din anumite motive a fost șters! după cum ați spus, am șters folderul packages și am restartat Visual Studio, a funcționat magic!
adăugat autor A-Sharabiani, sursa
După cum spune Alf Moh, găsiți acel fișier în altă parte pe computerul dvs. și copiați-l în dosarul în care îl caută
adăugat autor Serj Sagan, sursa
@SerjSagan da, care va ajuta, dar, uneori, nu puteți deschide chiar și un fișier soluție în studio vizual, la acel moment soluția mea va ajuta ..
adăugat autor Bharat, sursa
Acest lucru a lucrat pentru mine!
adăugat autor xhedgepigx, sursa

Î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 .

După aceea, deschideți din nou soluția și încărcați proiectul conform așteptărilor

Doar pentru a fi sigur, închideți toate instanțele VS înainte de a șterge dosarul.

0
adăugat
sursa

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.

0
adăugat
sursa

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

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.

0
adăugat
sursa

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

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

0
adăugat
sursa

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ă.

0
adăugat
sursa
Aceasta a fost problema pentru mine. Numele proiectului a avut spațiu în el, astfel încât numele directorului după clona Git a avut% 20 în el. Puteți utiliza clone git pentru a specifica numele directorului de clonare pentru a evita obținerea codului% 20
adăugat autor Dan Cook, sursa

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

0
adăugat
sursa