BuildBot C ++ Windows에서 빌드 : devenv.com, vcbuild.exe 또는 msbuild.exe를 사용합니까?

Question

내 BuildBot은 Devenv.com을 사용하여 Windows에서 프로젝트를 컴파일하는 3 년 동안 실행되었습니다.

이제 devenv.com은 64 비트 버전을 구축하는 데 문제가 있습니다. "Debug | x64"로 구성을 전달하면 파이프 문자로 인해 명령 줄 오류가 생성됩니다. 인용문 사이를 탈출하고 둘러싸는 것은 다른 오류로, 일부는 디렉토리 이름의 공백으로 인해 이상하게 이해 된 명령 줄 때문에 발생합니다.

vcbuild.exe와 msbuild.exe를 모두 시도했습니다. vcbuild.exe는 완벽하게 작동합니다 : 나는 그것을 고수하고 싶습니다. 반면에 Msbuild.exe는 동료들이 끔찍하다고 느끼는 완전히 이상하고 복잡한 출력을 가지고 있습니다. 그러나 그것은 어디에서나 선전됩니다 그만큼 구축 방법.

문제는 다음과 같습니다. devenv.com, vcbuild.exe 및 msbuild.exe 중 어느 것이 지속될 가능성이 가장 높은 방법입니까?

Answer 1

MSBuild (Visual Studio 2010/.NET 4 이전) 자체는 C ++ 프로젝트를 구축하지 않습니다. vcbuild.exe를 호출합니다. 따라서 MSBuild를 사용하지 않는 것이 행복하다면 C ++ 프로젝트를 위해이를 고수 할 것입니다. 관리되는 프로젝트 (및 VS 2010을 사용하여 C ++의 경우) MSBuild를 사용하십시오.

Answer 2

MSBuild는 "가장 오래 지속될 가능성이 가장 높습니다"방법입니다. vcbuild.exe는 죽었다. 마지막 릴리스는 2008 년입니다. MSBuild 4.0은 VS2008 이상에서 VC 프로젝트를 구축 해야하는 경우 여전히 사용합니다. Devenv.exe는 물론 헤드리스 비주얼 스튜디오 일뿐입니다. 기능적으로 그것은 Vs에서 빌드를 치는 것과 동일합니다. 즉, 요즘은 본질적으로 MSBuild로 나눠 지지만 때로는 MSBuild.exe보다 평행이 적은 경우가 있습니다. 여전히 devenv.exe를 사용해야 할 주된 이유는 .vdproj (배포) 프로젝트입니다. 이러한 유산은 VS에 하드 코딩 된 빌드 프로세스를 가지고 있습니다. MSBuild 기반 인 Wix 또는 InstallShield와 같은 대안을 권장합니다. VS에있는 모든 것이 MSBuild가 될 때까지 지금은 오래 걸리지 않습니다.

간단히 말해서 -MSBuild는 미래입니다. 배포 프로젝트 또는 기타 특별한 상황이없는 한 사용하십시오.

단

Answer 3

나는 같은 문제에 부딪쳐서 파이프 문자를 돋보이게하여 해결했다.

"Debug^|Win32"

Answer 4

msbuild.exe는 설정 프로젝트를 구축하는 방법을 모릅니다. devenv.exe.