자동 릴리스 스크립트 및 Visual Studio 설치 프로젝트

StackOverflow https://stackoverflow.com/questions/3867

문제

여기 있는 대부분의 사람들은 완전 자동화된 빌드의 중요성을 이해하고 있다고 생각합니다.

문제는 우리 프로젝트 중 하나가 현재 통합 Visual Studio 설치 프로젝트(vdproj)를 사용하고 있으며 최근 Visual Studio 2008로 포팅되었다는 것입니다.불행하게도 MSBuild에서는 빌드되지 않으며 2008년에 devenv.exe /build를 호출하면 충돌이 발생합니다. 분명히 모든 멀티 코어 컴퓨터에서 그렇게 됩니다(!!!).이제 .Net 2.0 및 2005로 롤백하거나 Visual Studio 배포를 중단할 수 있습니다. 하지만 먼저 다른 의견을 듣고 싶습니다.

IDE를 열고 항목을 클릭할 필요 없이 .vdproj를 빌드하는 또 다른 자동화된 방법을 아는 사람이 있습니까?

vdproj를 버리겠다고 말할 때 제가 염두에 두었던 것은 WiX였습니다.당신은 그것에 대한 경험이 있습니까, 좋은 점, 주의 사항이 있습니까?

도움이 되었습니까?

해결책

저렴한 비용의 솔루션은 MSBuild를 사용하여 자동화할 수 있는 ClickOnce 사용으로 전환하는 것입니다.그러나 여전히 Windows Installer 패키지를 만들어야 하는 경우 프로젝트를 WiX로 변환하고(아주 간단하게) 솔루션을 사용하여 빌드해야 합니다.

이렇게 하면 시작됩니다.MSBuild 및 Windows Installer XML을 사용하여 릴리스 자동화

다른 팁

나는 이전에 WiX를 사용해 본 적이 있으며 일반적으로 무엇을 해야 할지 파악하면 훌륭하지만 학습 곡선이 가파르다는 것을 알았습니다.하루 종일 WiX 튜토리얼을 진행한다면 설정의 80%를 작동시킬 수 있을 것입니다.

WiX 도구 세트 튜토리얼

나는 동일한 요구 사항을 가지고 있었고 결국 이 두 링크에서 제안된 것을 사용했습니다.

데이비드 윌리엄스 블로그

MSDN 기사

기본적으로 팀 빌드 자체는 설정 프로젝트를 빌드하지 않으므로 이 접근 방식에서는 일반 빌드가 완료된 후 새 빌드 단계를 추가해야 합니다.이 단계에서는 devenv.exe를 실행하여 두 번째 빌드를 시작합니다.IDE가 설정 파일을 빌드합니다.추가 빌드는 약간 비용이 많이 들지만 출시될 빌드에만 필요했습니다.Daily 빌드에는 대부분 이러한 사용자 정의가 필요하며 CI 빌드에서는 매번 설정 파일을 빌드할 필요가 없습니다.

그런 다음 일부 복사 명령을 실행하고 Team System 빌드 결과에 표시되는 빌드 단계를 다시 한 번 실행하여 설정 파일을 네트워크 공유 등으로 이동합니다.

처음에는 약간 클루지처럼 느껴지지만 실제로 작동합니다. 또한 Team System의 자동화된 빌드의 본격적인 부분이므로 지속적인 통합 목표에 적합했습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top