솔루션을 빌드 할 때 Visual Studio에서 프로젝트를 건너 뛸 수있는 이유를 확인하는 방법
다른 사람의 작업을 디버깅 중이며 솔루션이 상당히 큽니다. 전체를 빌드하려고 할 때 솔루션 내의 여러 프로젝트가 빌드되지 않고 건너 뜁니다. 빌드 프로세스 중에 출력 창을 보면 다음과 같이 표시됩니다.
1> ------ 모두 다시 빌드 건너 뛰기 : 프로젝트 : pr1lib ------
이러한 빌드를 건너 뛴 이유를 어떻게 확인할 수 있습니까? 추가 출력을 찾을 수 없습니다.
이것은 VS2008을 사용하며 솔루션은 C # 및 C ++ 코드로 구성됩니다.
솔루션을 마우스 오른쪽 단추로 클릭하고 속성을 선택한 다음 구성 속성을 선택합니다. 여기에서 빌드 할 프로젝트를 선택할 수 있습니다.
[ 편집 ] :
Kdt의 설명을 참조하십시오 : ... 구성 속성을 살펴 보았을 때 ... 솔루션이 "모든 CPU"를 빌드하도록 설정되어있는 동안 프로젝트 빌드 대상이 "혼합 플랫폼"으로 구성되었습니다.
*이 문제가 발생했을 때 메인 프로젝트에는 'Any CPU'만 있었고 자식 DLL도 'any CPU'로 설정했지만 해당 프로필을 삭제하고 'x86'만 남겼습니다. dll에 대한 x86을 선택하면 작동이 시작됩니다.
[/ edit]
나는 방금 "unload project"와 "reload project"가 문제를 해결했다.
빌드, 다시 빌드 및 정리 작업을 건너 뛰었습니다. 언로드 및 다시로드는 도움이되지 않았으며 Visual Studio를 다시 시작하지도 않았습니다.
솔루션에서 프로젝트를 제거하고 다시 추가하면 더 이상 건너 뛰지 않습니다. 제거하려면 솔루션 탐색기에서 프로젝트> 제거> 확인을 마우스 오른쪽 단추로 클릭합니다. 다시 추가하려면 솔루션 탐색기에서 솔루션> 추가> 기존 프로젝트를 마우스 오른쪽 단추로 클릭하고 프로젝트를 선택합니다.
구성이 x64이고 x64 컴파일러가 설치되지 않은 경우 프로젝트를 건너 뜁니다.
Visual Studio 2008은 64 비트 컴파일러가 설치되지 않았기 때문일 수 있습니다.
제어판-> 프로그램 및 기능-> Microsoft Visual Studio 2008 Professional-> [두 번 클릭]
Visual Studio 대화 상자에서
다음-> 기능 추가 / 제거-> (아래) Visual C ++-> (선택) x64 컴파일러 및 도구
이봐, 방금 고쳤어. 도움이 될 것이라고 생각했습니다. Visual Studio와 함께 해당 컴파일러를 설치하지 않았을 가능성이 큽니다. 이것은 오늘 나에게 일어났습니다-기본적으로 VS 2008 설치 프로그램은 x64 C ++ 컴파일러를 설치하지 않습니다.
SP1이있는 경우 VS 설치를 변경하기 전에 제거하십시오. 완료되면 SP1을 다시 설치하십시오.
VS 2010에도 문제가 있습니다. 제안 된 솔루션 중 : 빌드 구성 편집, 정리, 대상 프레임 워크 변경 / 재 변경, 작동하지 않습니다. 그러나 프로젝트를 언로드하고 다시로드하면됩니다.
내 솔루션은 이전에 언급 한 것과 동일합니다. 삭제-> 기존 프로젝트 추가
그러나이 솔루션 은 프로젝트 간의 참조가 사라짐을 의미합니다.
: 다시 추가 참조를 피하기 위해, 그리고 당신이 버전 제어 시스템을 사용하는 경우 경우 , 그것은 다음 단계로 acheve 목표로 가능하다 어떤 GIT 또는 TFS 또는 같은 :
작업 전에 모든 변경 사항이 커밋 / 체크인되었는지 확인하십시오.
솔루션에서 삭제하고 기존에 추가하는 모든 프로젝트를 진행합니다.
.sln 파일이 변경되었습니다.
새 .sln 파일을 유지하되 버전 제어 시스템을 사용하여 모든 .cspoj 파일의 변경 사항을 취소합니다.
빌드 메뉴로 이동하여 "구성 관리자"를 선택합니다. 선택한 구성에서 빌드하도록 구성된 프로젝트가 표시됩니다.
같은 문제가 있었는데 프로젝트 설정이 Itanium CPU 용이라는 것을 알게되었고 Intel로 변경하여 수정했습니다.
VS2005에서 동일한 문제가 발생했으며 모든 구성이 정확했습니다. 프로젝트 정리 명령도 건너 뛰었습니다.
마침내 Unloading / Reloading이 마술을했습니다.
솔루션 탐색기에서 솔루션을 마우스 오른쪽 버튼으로 클릭 한 다음 메뉴 하단의 속성을 클릭합니다. 속성 창 에서 왼쪽 창 에서 구성 속성 -> 구성 을 클릭 하면 오른쪽 창에 프로젝트 목록이 표시되고 팝업 창에서 빌드 확인란이 선택되어 있는지 확인합니다.
솔루션에 NuGet 프로젝트 (* .nuproj) 파일이 포함 된 경우 해당 파일을 언로드 한 다음 솔루션을 다시 빌드 해보십시오.
위의 어느 것도 작동하지 않은 후에 이것은 나를 위해 일했습니다.
나에게도 비슷한 일이 일어났습니다. 문제가 무엇인지 잘 모르겠지만 Clean , Build , Rebuild 등 이 아닙니다 . 저는 Visual Studio 2017 에서 작업 중이며 netstandard2.0어셈블리를 원했습니다 . 나에게 문제는 어떻게 든 프로젝트 유형이 잘못되었다는 것입니다. 아마도 netcoreapp클래스 라이브러리 에서 시작 하여 솔루션 파일에 갇혀 기억이 나지 않습니다. 어쨌든, 나는 프로젝트를 백업하고, 새로운 netstandard클래스 라이브러리 프로젝트를 만들고, 백업 된 비트를 고려했고, 그것은 나를 위해 고쳤습니다. HTH 누군가.
여기에 다른 가능성 중에서 문서화 할 가치가있는 이상한 것이 있습니다 ..
2 ~ 3 개의 다른 프로젝트에서 사용 된 코드를 사용하여 솔루션에 공유 프로젝트 를 추가했습니다 . 아시다시피-공유 프로젝트는 코드 일 뿐이며 실제로는 전통적인 의미의 프로젝트가 아닙니다. 공유 프로젝트를 '빌드'할 수 없으며 다른 프로젝트에 포함 된 다음 거기에서 빌드되는 코드 일뿐입니다.
그러나 어떻게 든 내 솔루션 파일은 공유 프로젝트가 빌드가 필요한 자체 인 것처럼 업데이트되었습니다. 나는 내가 빌드하려고 할 때 공유 프로젝트에서 코드를 변경하지 않았을 때 '아무것도 변경되지 않았습니다. 그 빌드를 건너 뛰십시오'라고 생각했습니다.
다음 solution.sln과 같은 파일 에서 공유 프로젝트를 찾았습니다 .
Project("{D954291E-2A0B-460D-934E-DC6B0785DB48}") = "Api.Common", "Api.Common\Api.Common.shproj", "{EC580471-D78A-4509-AC46-BD565553AD60}"
.. 괜찮습니다. 좋지 않은 점은이 프로젝트가 다음 GlobalSection(ProjectConfigurationPlatforms) = postSolution과 같이 등장했다는 것입니다.
{EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.Build.0 = Debug|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.ActiveCfg = Release|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.Build.0 = Release|Any CPU
내 .sln파일 에서 그 네 줄을 제거 했는데 이제 다시 행복해 보입니다.
- Visual Studio 닫기
- 메모장으로 sln 파일 열기
- 다음과 같은 모든 항목을 삭제합니다. {B546C55D-9321-4FC0-B25C-46844222BEBE} .Debug with Fakes | x86.ActiveCfg = Debug with Fakes | x86 (여러 개가있을 것입니다)
4. 파일을 저장하십시오 5.Visual Studio를 열고 더 좋습니다.
나는 15.9.11로 업데이트했습니다. 일부 빌드 후 동일한 문제 : 대부분의 프로젝트가 건너 뜁니다 (문제없이 1 초 전에 빌드 됨). 솔루션을 언로드 / 다시로드하면 제 경우에는 항상 도움이되지만 곧 다시 발생합니다.
왜 그런지 모르겠네요 ... VS2017의 큰 버그를 제외하고
구성 관리자를 확인했으며 모든 확인 표시가 빌드되도록 설정되었습니다.
아마도 그것은 너겟 패키지와 관련이 있을지도 모르지만 그것은 단지 추측 일뿐입니다.
솔루션에는 csproj가 아닌 c ++ / vcxproj 만 있습니다. 64와 32가 모두 설치됨
가장 먼저해야 할 일은 빌드가 프로젝트를 건너 뛰는 이유를 진단하는 것입니다. 그래서 자세한 빌드 출력에 상세를 변경 얻을 수 detailed있는 다음과 같은 장소에서 Visual Studio.
먼저 "깨끗한"작업을 수행해야합니다. .. Visual Studio는 일반적으로 오래되지 않은 프로젝트를 다시 빌드하지 않으며 (관련된 한) 이미 가지고있는 개체 코드를 다시 사용합니다.
정리를 실행하면 이전에 컴파일 된 모든 코드가 지워지고 VS는 프로젝트를 건너 뛰지 않아야합니다 (구성 관리자가 빌드하도록 선택한 프로젝트가 있다고 가정하면 ... 이전 답변 참조).
도움이 되었기를 바랍니다.
때로는 솔루션과 프로젝트에서 x86을 말할 수 있도록 설정된 대상 플랫폼이 있으면 프로젝트가 실제로 항상 선택되지는 않았습니다.
To double check go to the project properties and see if you can select that platform in the Build->Platform setting if you can not then you will need to go to the configuration manager and create that configuration.
I had this problem with some Windows CE projects on a new PC. "Unload project" and "Reload project" appeared to fix the problem, but actually Visual Studio had simply switched to a different platform and built that.
It turned out that although my WinCE platform was shown as the active platform, Visual Studio didn't "really" see it. The solution was to reinstall the WinCE SDK with administrator priveleges:
- Make sure Visual Studio 2008 is not running.
- Open a “Visual Studio 2008 Command Prompt” as Administrator. On Windows 7 just right click the short cut and pick the “Run as administrator” option.
- Enter the following command:
msiexec /log SDKInstallLog.txt /package <the path to your .msi file> - When asked if you wish to do a custom or complete install pick custom, and instruct the installer to omit the installation of the documentation (this step was not necessary in my case; in fact I just asked it to "repair" the existing installation.)
- Install
VS 2008 will skip x64 targets if you don't have the x64 compiler installed. VS 2008 does not by default. Kind of a duh, thing.
I had a very similar issue after generating a project from a decompiler from Telerik, then trying to recompile it. The project was skipped whenever I tried to rebuild it. Tried a lot of the suggestions above, but for me, it was the .NET Framework selected in the project properties.
Right-click project in solution file, select properties, application tab, change target framework from 4.0 to 3.5.
Then, rebuild, and I got a bunch of assembly reference missing errors, which makes sense since I haven't added references to them yet.
I update one small update of Visual Studio 2017 and then the installer reminds me to restart my computer,but I did not restart.When I build my project or solution in Visual Studio 2017,I meet the same above problem.I guess the update maybe the key,so I restart my computer,I did it.:>
I had this problem in Visual Studio 2017 15.9.4 and after some searching and putting some time I found out that in my solution the .csproj file of one of projects got corrupted after merging in TFS. (I could build other projects by unloading the problematic project from solution). How I resolved my problem was that I compared the .csproj file before and after the merge and do fix that. And by fix I mean since my own project's type was .netStandard I removed unnecessary lines including Configuration PropertyGroup, all and others in the new .csproj file to make it similar to previous .netstandard-style version.
I had similar problem, I had one project which could not load in solution explorer due to some reason. When I loaded that project it worked like a charm.
I just got into this trouble:
Had updated VS 2017 to latest version 15.9.11 and few of my projects were updated to .net core 2.2. I initially loaded all projects tried building/ cleaning/ rebuilding and everything were skipped. Followed the below to resolve:
- I unloaded each project and reloaded them.
- Closed all instances of VS and opened VS as an administrator (right click the short cut and pick the “Run as administrator” option)
That's it everything was back in action and I was able to build all projects successfully.
The visual studio 2017
After adding the configuration in the Configuration Manger
Right Click on the Project -> Project Only -> Build Only / Rebuild Only / Clean Only
if all the other settings are correct .
'Program Club' 카테고리의 다른 글
| 웹 양식 내부에 부분보기를 포함하는 방법 (0) | 2020.10.11 |
|---|---|
| SELECT 문에서 "이전 행"값에 액세스하는 방법이 있습니까? (0) | 2020.10.11 |
| 줄 바꿈 방지 (0) | 2020.10.11 |
| 소프트 키보드에서 뒤로 버튼 차단 (0) | 2020.10.11 |
| django 관리자는 obj를 수정할 때 필드를 읽기 전용으로 만들지 만 새 obj를 추가 할 때 필요합니다. (0) | 2020.10.11 |
