가져온 프로젝트 "C : \ Microsoft.CSharp.targets"를 찾을 수 없습니다
Visual Studio 2005에서 Visual Studio 2008 프로젝트 를 열려고 할 때 오늘이 오류가 발생했습니다 .
가져온 프로젝트 "C : \ Microsoft.CSharp.targets"를 찾을 수 없습니다.
메모장에서 csproj 파일을 엽니 다 (또는 notepad ++) 다음 줄을 찾으십시오.
<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
로 변경
<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
이것은 특정 패키지 나 빈에 의존하지 않는 글로벌 솔루션입니다.
필자의 경우 루트 디렉토리에서 Packages 폴더를 제거했습니다 .
어쩌면 패키지가 있기 때문에 발생하지만 컴파일러가 참조를 찾지 못합니다. 따라서 이전 패키지를 먼저 제거하고 새 패키지를 추가하십시오.
새 패키지 를 추가하는 단계
- 먼저, 패키지 폴더를 제거 하십시오 (현재 프로젝트 폴더 근처이거나 한 단계 위로 올라갑니다 ).
- 그런 다음 프로젝트 또는 솔루션을 다시 시작하십시오.
- 이제 솔루션 파일을 다시 빌드하십시오.
- 프로젝트는 nuGet 패키지 관리자로부터 새로운 참조를 얻습니다. 그리고 당신의 문제는 해결되었습니다.
이것은 올바른 해결책은 아니지만 동일한 문제가 발생하여 여기에 게시했습니다.
제 경우에는 Visual Studio에서 솔루션을 열 수 없었고 다른 SO 답변에 대한 도움을 얻지 못했습니다.
저에게 문제는 저장소 경로가 복제 될 때 git이 공백 대신 추가했기 때문에 프로젝트 경로에 % 20자가 포함되어 있다는 것입니다. 다른 경로는 패키지 경로가 너무 길 경우에 발생할 수 있습니다.
MSDN 의이 링크는 또한 작동하지 않는 이유를 이해하는 데 많은 도움이됩니다. $ (MSBuildToolsPath)는 Microsoft.Build.Engine v3.5의 경로입니다 (VS2008에서 만들 때 프로젝트 파일에 자동으로 삽입 됨). .Net 2.0 용 프로젝트를 빌드하려는 경우이 경로를 Microsoft.Build.Engine v2.0의 경로 인 $ (MSBuildBinPath)로 변경했는지 확인하십시오.
필자의 경우 솔루션 에 5 개 프로젝트 중 하나 를 로드 할 수 없었습니다 .
Visual Studio 를 닫는 데 도움이 되었고 폴더 아래에서 nuget 폴더 를 삭제 해야했습니다 .Microsoft.Net.Compilers.1.3.2
packages
그런 다음 솔루션을 다시 열고 프로젝트를 예상대로로드하십시오.
폴더를 삭제하기 전에 VS의 모든 인스턴스를 닫으십시오.
csproj 파일에 다음 줄을 사용했습니다.
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />
이 파일을 삭제하면 정상적으로 작동합니다.
이라는 오류가 발생하면 Microsoft.CSharp.Core.targets not found
다음 단계를 수행하여 내 문제를 해결하십시오.
이전 작업 프로젝트 폴더를 열고 오류에 표시된 링크 즉, 파일을
Projects/(working project name)/packages/Microsoft.Net.Compilers.1.3.2/tools/
찾으십시오Microsoft.CSharp.Core.targets
.이 파일을 복사하여 작동하지 않는 프로젝트에 넣습니다
tools folder
(즉, 위에 표시된 것처럼 작동하지 않는 프로젝트의 도구 폴더로 이동)이제 프로젝트가 열려 있으면 닫고 다시여십시오.
지금 작동해야합니다.
또한 열려있는 Visual Studio 프로젝트에서 모든 것이 제대로 작동하는지 확인하려면로 이동하십시오 Tools > NuGetPackage Manager > Manage NuGet Packages For Solution
. 여기서 다른 응용 프로그램이 CodeAnalysis.dll을 사용하고 있다는 오류를 발견 할 수 있습니다.
Again, go to the tools folder
, find the specified file and delete it. Come back to Manage NuGet Packages For Solution
. You will find a link that will ask you to Reload, click it and everything gets re-installed.
Your project should be working properly now.
I got this after reinstalling Windows. Visual Studio was installed, and I could see the Silverlight project type in the New Project window, but opening one didn't work. The solution was simple: I had to install the Silverlight Developer runtime and/or the Microsoft Silverlight 4 Tools for Visual Studio. This may seem stupid, but I overlooked it because I thought it should work, as the Silverlight project type was available.
ok so what if it say this: between the gt/lt signs
Import Project="$(MSBuildExtensionsPath)\Microsoft\Silverlight\v3.0\Microsoft.Silverlight.CSharp.targets" /
how do i fix the targets error?
I also found that import string in a demo project (specifically "Build your own MVVM Framework" by Rob Eisenburg).
If you replace that import with the one suggested by lomaxx VS2010 RTM reports that you need to install this.
For errors with Microsoft.WebApplications.targets
, you can:
- Install Visual Studio 2010 (or the same version as in development machine) in your TFS server.
- Copy the “
Microsoft.WebApplication.targets
” from development machine file to TFS build machine.
Here's the post.
In my case, I opened my .csproj file in notepad and removed the following three lines. Worked like a charm:
<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')" />
This error can also occur when opening a Silverlight project that was built in SL 4, while you have SL 5 installed.
Here is an example error message: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\Silverlight\v4.0\Microsoft.Silverlight.CSharp.targets" was not found.
Note the v4.0.
To resolve, edit the project and find:
<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>
And change it to v5.0.
Then reload project and it will open (unless you do not have SL 5 installed).
I deleted the obj folder and then the project loaded as expected.
Sometimes the problem might be with hardcoded VS version in .csproj file. If you have in your csproj something like this:
[...]\VisualStudio\v12.0\WebApplications\Microsoft.WebApplication.targets"
You should check if the number is correct (the reason it's wrong can be the project was created with another version of Visual Studio). If it's wrong, replace it with your current version of build tools OR use the VS variable:
[...]\VisualStudio\v$(VisualStudioVersion)\WebApplications\Microsoft.WebApplication.targets"
I ran into this issue while executing an Ansible playbook so I want to add my 2 cents here. I noticed a warning message about missing Visual Studio 14. Visual Studio version 14 was released in 2015 and the solution to my problem was installing Visual Studio 2015 Professional on the host machine of my Azure DevOps agent.
After trying to restore, closing VS, deleting the failed package, reopening, trying to restore, multiple times I just deleted everything in packages and when I did a restore and it worked perfectly.
'IT story' 카테고리의 다른 글
이 호출이 기다리고 있지 않다는 경고, 현재 메소드의 실행은 계속됩니다 (0) | 2020.07.13 |
---|---|
javascript 파일을 실행하는 package.json 파일에 사용자 정의 스크립트를 추가하려면 어떻게합니까? (0) | 2020.07.13 |
IIS Express에서 가상 디렉터리 만들기 (0) | 2020.07.13 |
Android Studio IDE : 예외 발생시 중단 (0) | 2020.07.13 |
스위프트 : nil에 대한 옵션 테스트 (0) | 2020.07.13 |