2009-03-01 3 views
4

저는 많은 프로젝트가 포함 된 Visual Studio 솔루션을 보유하고 있습니다. 구성 관리자는 신중하게 구성되어 하나를 제외한 모든 프로젝트를 빌드합니다 (건너 뛴 것은 테스트 프로젝트입니다). 명령 줄에서 솔루션을 구축 한 후 나는 다음있어 :Visual Studio 2005 : 알 수없는 이유로 빌드가 건너 뜁니다?

"건물 XXX 디버그 | 64"

------ 건너 뛴 빌드 : 프로젝트 : AAA ------를

- ---- 건너 뛴 빌드 : 프로젝트 : BBB, 구성 : 프로젝트 : 디버그는 Win32 ------

프로젝트는하지 빌드가 시작이 솔루션 구성

------ 위해 구축하기 위해 선택 CCC , 구성 : YYY 디버그 ia64 ------

< 여기 당신이 볼 수 있듯이 그것은 주어진 이유에 건너 구성 관리자, 프로젝트 CCC에서 선택하고 확인 및 프로젝트 AAA를 구축 휴식되지 렸기 때문에, 프로젝트 BBB 건너 뜁니다>

구축 간다. 왜 아무 이유없이 Visual Studio가 프로젝트 빌드를 건너 뛸 수있는 이유는 누구나 알고 있습니까? 모든 구성 이름 (XXX, YYY Debug, Debug) 및 플랫폼 (x64/Win32/ia64)은 구성 매니저에서 올바르게 구성됩니다.

+0

[솔루션을 빌드 할 때 Visual Studio가 프로젝트를 건너 뛸 수있는 이유를 확인하는 방법] (http://stackoverflow.com/questions/1319772/how-to-determine-whyvisual-studio-might-be) -skipping-projects-when-building-a-so) – FrequentGuest

답변

3

구성을 위해 프로젝트 AAA가 선택되어 있습니까? Debug | x64?

또한 새로 다운로드 한 솔루션 (.soa 파일 없음)이 Itanium에 대한 기본 구성을 갖고 있기 때문에 지원이없는 모든 시스템이 빌드 할 모든 솔루션 프로젝트를 건너 뛰었습니다. Win32를 수동으로 선택해야 제대로 빌드가 시작됩니다.

+0

예, "Debug | x64"가 "AAA Debug | ia64"를 빌드하기 위해 AAA가 선택되었습니다. IDE 내부에서 완벽하게 빌드됩니다. – grigoryvp

+0

확인. 명령 줄을 사용하여 솔루션을 어떻게 컴파일합니까? devenv.exe/.. 또는 msbuild.exe/..를 사용 하시겠습니까? – abatishchev

+0

devenv.exe, vs2005 번들로 제공 – grigoryvp

0

MSBUILD.exe를 사용하여 명령 줄에서 프로젝트를 실행하고 로깅 (자세한 정보) = 세부 또는 진단 매개 변수를 설정합니다. 그런 다음 msbuild가 문제의 파일을 건너 뛰는 이유를 설명하는 내용을 더 많이 출력해야합니다. 예 :

msbuild를 XXXX.csproj/상세 :

Nb를

자세한. 진단 결과는 매우 자세한 내용입니다.

+0

불행히도 저는 회사 정책으로 인해 devenv.exe로 제한됩니다./verbosity 명령 줄 키가 없습니다. ( – grigoryvp

+1

환경 변수를 설정합니다. verbosity = diag –

0

Visual Studio의 일반 빌드는 증분입니다. 소스 파일이 변경된 것으로 생각되지 않으면 Visual Studio는 프로젝트 빌드를 건너 뜁니다. 리소스 파일이나 리소스가 아닌 코드 파일 만 검사합니다. 물건".

Build|Clean Solution을 선택하고 Build|Rebuild Solution을 선택하여 동일한 빌드를 시도하고 동일한 결과를 얻는 지 확인하십시오.

각 프로젝트의 빌드 아티팩트 (기본적으로 각 프로젝트 디렉토리 내의 서브 디렉토리 \Bin\\Obj\)를 수동으로 정리해야 할 수도 있습니다.

+0

/clean 및/build를 사용합니다. 빌드 프로세스가 간단합니다. 임시 폴더가 만들어졌으며 최신 버전의 솔루션과 프로젝트가 가져 왔습니다. 소스 세이프, 빌드 수행, 임시 폴더 삭제. 중간 아티팩트, 캐시 등은 생존 할 수 없습니다. – grigoryvp

관련 문제