며칠 동안의 삽질 끝에 오늘 드디어 MSBuild + CC.NET으로 웹브라우저에서 빌드할 수 있도록 설정하는 것을 대략 마무리 지었다. 그 과정에서 알아낸 사실을 정리해보면 (틀린 정보도 있을 수 있으니 주의 바란다)

• 대상 시스템은 Windows Server 2003 R2 Standard Kor 이다.
• 가장 먼저 IIS 를 설치해야 한다. 상세한 내용은 KAISTIZEN 님의 Visual C++을 위한 지속적인 통합 빌드 서버라는 글을 참고하면 간단하다.
• MSBuild는 C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 아래에 있다. 미리 SVN에서 소스 코드를 다운받은 후 MSBuild 로 VC++ 솔루션을 빌드해봤다. 그런데 vcbuild 뭐뭐가 없다면서 빌드에 실패했다. C# 이나 VB.NET 프로젝트라면 몰라도 MSBuild 혼자만으로 VC++ 프로젝트를 빌드할 수는 없는 모양이다. 결국 Visual Studio 를 설치해야 했다.
• 돈을 아끼기 위해서 Visual Studio 2005 Express와 Platform SDK를 설치했는데, 알고보니 devenv.com 가 들어 있지 않았다. 이 말은 Visual Studio Task (devenv)를 사용할 수는 없다는 뜻이 된다.
• 다시 프로젝트를 빌드해보니 windows.h 라든지 winsock2.h 를 찾을 수 없다고 나왔다. 이건 단순히 include 의 문제이므로 쉽다고 생각했는데, 아무리 IncludeDirectories 를 설정하려고 노력해봤지만 모두 실패했다. (환경변수, vcvar32.bat, /property: 모두 시도해봤지만 허사였다) 결국 Visual Studio 2005 Express 와 Platform SDK 모두 제거하고 울며 겨자먹기로 Visual Studio 2005 를 설치해야 했다. 이 문제를 해결하신 분이 있다면 좀 알려주세요~
• WebDashBoard에서 IE를 통해 빌드 로그를 봤을때 한글이 깨지는 현상이 있었다. (반면 FireFox에서는 한글이 잘 보였다.) CC.NET 콘솔에서는 잘 출력되는 걸로 봐서 인코딩 문제인 듯하다. 또한 로그가 너무 긴 경우 끝부분이 짤리는 현상이 있었는데, HTML 소스를 보면 모든 로그가 다 있는 걸로 봐서 브라우저의 문제이거나 HTML 태그가 깨진 모양이다.
• CCTray에서 강제 빌드를 하려면 HTTP 가 아닌 .NET Remoting 으로 연결해야 하는데, 어떤 주소를 써야 하지는 잘 모르겠다. 이게 아무래도 CC.NET 콘솔 맨 처음에 나오는 tcp://server:port 인 듯도 한데... -_-
• Project Configuration 메뉴에서 ccnet.config 파일을 열람할 수 있는데 SVN 패스워드가 노출되는 문제가 있다. 결국 check out 만 되는 계정을 만들고, 웹 권한 설정을 꼭 해줘야 한다는 의미. (물론 URL을 지우는게 제일 속이 편하겠지만)
• dashboard.config 에서 viewConfigurationProjectPlugin 를 제거하면 해결된다.

관련 글 보기

• MSBuild with Cruise Control .NET
• WebDashBoard & CCTray

IIS와 CruiseControl.NET(이하 CCNET)의 WebDashBoard를 이용하면 최근 빌드 현황이나 그래프를 웹에서 관리할 수 있다. 그 중에서도 가장 매력적인 기능은, - 사실 우리 팀에게 가장 필요한 - 바로 저 "Force Build" 인데, 웹에서 버튼만 눌러서 자동적으로 빌드 -> 배포를 할 수 있게 해주는 기능이다. 우리 팀처럼 단지 배포용 빌드 머신만을 운용하고 있는 작은 조직에게는, CCNET의 수많은 자동화 기능보다는 저런 단순하면서도 아름다운 기능이 제일 절실하게 와닿는다고나 할까? (사실 빌드 머신까지는 한발짝 거리인데, SVN 업데이트 -> Visual Studio 빌드 -> 배포 버전 빌드..라는 3단계를 무지 귀찮아하는 것 같다 -_-)

CCTray는 CCNET에서 제공하는 트레이에서 실행되는 자바 유틸리티로, 서버의 빌드 현황을 실시간으로 모니터링할 때 사용된다. 이 넘도 마찬가지로 강제 빌드 기능을 제공한다. 맨 위의 스크린샷에서도 볼 수 있듯이, 원래는 WebDashBoard 에서 다운받아서 실행할 수 있는 듯한데, 집에서 테스트해보니 경고음만 나오고 아무 것도 실행되지 않았다. 결국은 그냥 인스톨러를 이용해서 설치해서 사용중인데 별 문제는 없는 듯하다.

이제 대충 다음과 같은 것들을 테스트해보는 것만 남았다. 과연 어느 세월에 이걸 다 해볼지는 의문이지만.

• CCStatistics 붙여보기
• CppUnitLite2 연동
• SVN Revision 을 클라이언트 rc 파일에 넣기
• Mantis 연동하기
• exe, pdb 파일을 버전별로 백업하기
• 인스톨러 연동하기

이렇게 적다 보니, 과연 이걸 다 테스트해서 얼마나 더 좋은 효율을 얻을 수 있을지가 심히 궁금해진다. 에휴.

지속적인 통합(Continuous Integration)은 최근에 읽고 있는 책마다 항상 등장하는 단어다. 요약하자면 빌드 머신에 적당한 CI도구를 설치해두면 누가 커밋할 때마다 소스를 체크아웃해서 빌드하고 테스트를 실행한다는 것이다. 그러나, 우리 팀처럼 테스트가 거의 없고, 커밋 직전에 항상 최신 버전을 다운받아서 컴파일이 잘 되는지만 체크하는 정도의 통합 수준을 갖고 있는 조직에서는 그다지 효용성이 있어 보이지 않을 수 있다. (물론 빌드 안하고 커밋하는 개발자를 보유하고 있다면 이야기가 달라진다) 그런데 Cruise Control.Net을 사용하면 상상만 했던 이상적인 빌드 시스템 그 이상을 손쉽게 구현할 수 있다. 단순 배치 파일 실행에서부터, 소스코드 체크아웃은 물론, 버전 넘버를 붙이고, 빌드가 성공하면 소스 저장소에 태그를 붙이기도 하고, 웹기반의 히스토리 관리에서부터 위 그림에서 보이듯 그래프 기반의 뷰도 제공한다. 나아가서 일전에는 실패했던 MSN 연동도 된다! 시험삼아서 구글코드에 올려둔 raknet_wrapper 프로젝트를 체크아웃받아서 빌드하는 스크립트를 만들어봤다.

<cruisecontrol>


  <workingDirectory>d:\works\ccnet</workingDirectory>
  <artifactDirectory>d:\works\ccnet\artifact</artifactDirectory>
  <modificationDelaySeconds>2</modificationDelaySeconds>
  <triggers>
  <intervalTrigger seconds="10"/>
  </triggers>
  <sourcecontrol type="svn">
  <trunkUrl>https://raknet-wrapper.googlecode.com/svn/trunk/</trunkUrl>
  <workingDirectory>d:\works\ccnet\build</workingDirectory>
  <username>----</username>

----

  </sourcecontrol>


  <msbuild>
  <workingDirectory>d:\works\ccnet\build</workingDirectory>

raknet_wrapper.sln

  <buildArgs>/p:Configuration=Release  /v:diag</buildArgs>
  <targets>Rebuild</targets>
  <logger>d:\works\ccnet\ThoughtWorks.CruiseControl.MsBuild.dll</logger>
  </msbuild>


  <tasks>
  <msbuild>
  <workingDirectory>d:\works\ccnet\build</workingDirectory>

raknet_wrapper.sln

  <buildArgs>/p:Configuration=Release /v:diag</buildArgs>
  <targets>Build</targets>
  <logger>d:\works\ccnet\ThoughtWorks.CruiseControl.MsBuild.dll</logger>
  </msbuild>
  </tasks>


  <xmllogger />




</cruisecontrol>

기능을 정리해보자면 * 10초마다 최신 소스가 커밋되어있는지 체크 * 최초 실행시 리빌드 * MSBuild 와의 연동 정도에 불과하다. 아직 IIS를 설치해보질 못해서 웹 대시보드를 구경해보진 못했다. 이 정도랑 웹에서 빌드 버튼만 제공하면 사내 빌드 머신에 빨리 도입해봐야겠다. 참고자료:

• [Step by Step] 지속적인 통합(Continuous Integration) - 마이크로소프트웨어 2006년 5월 컬럼
• Visual C++을 위한 지속적인 통합 빌드 서버