지속적인 통합 시스템에 관한 권장 사항

https://stackoverflow.com/questions/51925

09-06-2019
|

문제

우리는 현재 Visual Studio 2008(C#) 및 Subversion과 인터페이스하여 핵심 라이브러리의 자동화된 빌드를 수행하는 다양한 애플리케이션을 평가하고 있습니다.우리는 야간 빌드를 수행하고 각 개발자에게 변경 사항 목록을 이메일로 보내거나 최신 버전을 각 워크스테이션에 푸시하기를 바라고 있습니다.이러한 도구에 대한 귀하의 경험은 어떠했으며 몇 가지 권장 사항은 무엇입니까?

권장 소프트웨어

추천 기사

해결책

Cruise Control.net(ccnet)은 귀하가 원하는 모든 기능을 제공합니다.사용하기 매우 쉽습니다. 서비스로 실행할 것인지, 계정을 부여하고 네트워크 서비스로 실행하도록 설정하지 않았는지 확인하세요. 그렇게 하면 인트라넷 상자에 권한을 부여하고 그렇게 할 수 있습니다. xcopy가 배포됩니다.

실패 시, 전체, 실패 후 수정 등 모든 종류의 이메일 모드가 있습니다.

다른 팁

허드슨 강 제가 본 것 중 가장 쉬운 지속적인 통합/일일 빌드 도구입니다.모든 요구 사항을 충족하는지 확실하지 않습니다.

JetBrain(ReSharper 뒤에 있는 사람들)을 살펴보세요. 팀시티

나는 사용했다 cc.net nant와 msbuild를 사용하여 큰 성공을 거뒀다면 강력히 추천할 것입니다.

나의 마지막 고용주에서는 cc.net을 사용하여 빌드서버를 설정했습니다.설정하는 데 최소 하루나 이틀 정도 걸릴 것으로 예상됩니다.나는 nant 및 msbuild와 함께 cc.net을 사용했습니다.이러한 프로젝트는 기능 면에서 겹치는 부분이 많으므로 모든 것을 어떻게 설정하려는지 생각해 보는 것이 좋습니다.

결국 내가 해결한 설정은 서버의 cc.net으로 Subversion에서 프로젝트를 검색하고 nant 스크립트를 실행하는 것이었습니다.nant는 msbuild를 호출하여 Visual Studio .sln 파일을 빌드하고 테스트 실행과 같은 다른 모든 빌드 단계를 수행하는 데 사용되었습니다.

팀시티도 잠깐 봤습니다.첫눈에는 cc.net보다 훨씬 좋아 보이지만 아직 시도해 볼 시간이 없었습니다.확실히 확인해 볼 가치가 있습니다.

저는 이를 달성하기 위해 SubVersion 및 MSBuild와 함께 CC.Net을 사용합니다. 여기 이 구현을 위한 훌륭한 가이드이며 제가 따라가보니 매우 도움이 되었습니다.

cc.net 및 msbuild 작업에 대한 몇 가지 유용한 정보입니다.C/C+= 프로젝트를 빌드하는 경우 msbuild는 음, 적어도 VS 2005(및 그 이전 버전)에서는 신뢰할 수 없습니다.VS 2008에서는 테스트하지 않았습니다.우리는 msbuild가 제대로 작동할 때도 있고 그렇지 않을 때도 있다는 것을 발견했습니다.문제를 해결하려고 노력하던 중 C/C++ 솔루션을 구축할 때 msbuild 대신 잘 작동하는 것 같은 vcbuild.exe를 발견했습니다.

당신이 사용하는 경우 트랙 문제 추적을 위해 물린 플러그인이 잘 작동합니다.이는 특정 플랫폼이 아닙니다(우리는 직장에서 Windows와 Linux 모두에서 각각 msbuild/mstest 및 make/gcc/cpptest를 사용하여 실행합니다).

나는 일일 빌드를 위해 hudsons Jenkins를 사용하고 있습니다.설정과 유지 관리가 정말 쉽습니다.그리고 우리의 요구 사항을 완벽하게 충족하는 많은 플러그인이 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow