OneStopBuild

UserPreferences

1. 개요
2. 실행 파일 빌드
1. VSS(Visual Source Safe)를 이용하는 경우
1. 정의
2. 작업
3. 하나로 모은 일괄 파일
4. 개선할 점
2. CVS(Concurrent Versions System)를 이용하는 경우
3. 리소스 파일 치환
1. 클라이언트의 경우
2. 서버의 경우
4. 참고

1 개요

One Stop Build가 추구하는 바는 "단 한번의 클릭으로 새로운 배포본을 만들어 내자"이다. 부수적으로 "데모에 당당해지자"도 있다.

배포 과정이 여러 단계로 나뉠수록 그 단계 사이사이에 사람의 실수가 들어갈 소지가 생긴다. 이로 인해 발생하는 문제는 Joel Test 에도 잘 나와있다. 특히나 온라인 게임 같이 업데이트가 자주 이루어져야하는 시스템이라면 이런 문제는 더욱 커진다하겠다.

또한 프로젝트를 진행하다 보면, 투자 건으로 갑작스런 데모를 요구받을 때가 많다. 개발 버전과 안정 버전을 분리해서 과거의 어느 시점으로 돌아갈 수 있는 환경을 만들어 두지 않으면, 땜빵으로 당장 돌아가는 시스템(돌아가기만 하는...)을 만들게 되고, 이는 시간도 시간이려니와, 여러 가지 버그, 스트레스 등을 가져온다.

이 두 문제들을 해결하기 위해서, 최신 배포본과 과거 어느 시점의 배포폰을 한방에 만들어낼 수 있는 시스템이 필요하다. (사실 데모만을 생각한다면, 잘 돌아가는 버전이 릴리즈될 때마다, 이를 백업해두는 것이 훨씬 좋은 방법이다.)

2 실행 파일 빌드

2.1 VSS(Visual Source Safe)를 이용하는 경우

2.1.1 정의

프로그램 소스가 존재하는 소스 세이프 디렉토리	\\Cutieserver\Develop\SourceSafe
소스 세이프 디렉토리 내에서의 프로젝트 이름	$/Cuvit/CuvitClient
소스를 받을 디렉토리	D:\Build
컴파일한 실행 파일이 생기는 디렉토리	D:\Cuvit\Bin
데이터 파일이 존재하는 디렉토리	D:\Cuvit\Data
실행 파일과 데이터 파일을 모을 디렉토리	D:\Install\Src
인스톨 쉴드 프로젝트의 위치	D:\Install\CuvitClient.ism
인스톨 패키지를 생성할 디렉토리	D:\Install\Output




2.1.2 작업

1. 프로젝트 최선 버전을 받아와서 컴파일한다.
   

   D:\ 
   CD D:\Build 
   SET SSDIR=\\Cutieserver\Develop\SourceSafe  
   ss CP $/Cuvit/CuvitClient 
   ss GET * -R -I-  
   devenv CuvitClient.sln /build Debug /out build.log 
   

   
   
2. 컴파일한 실행 파일을 데이터들과 함께 특정 디렉토리로 모은다.
   

   xcopy D:\Cuvit\Bin\Main.exe D:\Install\Src 
   xcopy /E D:\Cuvit\Data D:\Install\Src 
   

   
   
3. 미리 만들어둔 인스톨 쉴드 프로젝트 파일에다가 이전 단계에서 모아놓은 실행 파일과 데이터 파일들을 추가한다.
   
   Links.ini
   

   [Link1] 
   Feature=Cuvit_Client_Files  
   Source=D:\Install\Src 
   TemplateFile=Template.ini  
   ComponentTemplate=Default  
   Action=Delete  
   

   Template.ini
   

   [Default]  
   Name=Default  
   Destination=[INSTALLDIR]  
   Languages=Korean  
   Condition=VersionNT  
   

   
   

   D:\ 
   CD D:\Install 
   wscript LinkToFeature.vbs CuvitClient.ism Links.ini 
   

   
   
4. 인스톨 패키지를 빌드한다.
   

   D:\ 
   CD D:\Install 
   ISCmdBld.exe -p "CuvitClient.ism" -b "D:\Install\Output\" -c COMP 
   

   
   

2.1.3 하나로 모은 일괄 파일

@echo off 
rem 소스 받아오기 
D:\ 
CD D:\Build 
SET SSDIR=\\Cutieserver\Develop\SourceSafe  
ss CP $/Cuvit/CuvitClient 
ss GET * -R -I-  
 
rem 컴파일하기 
devenv CuvitClient.sln /build Debug /out build.log 
 
rem 실행 파일 및 데이터 복사하기 
xcopy D:\Cuvit\Bin\Main.exe D:\Install\Src 
xcopy /E D:\Cuvit\Data D:\Install\Src 
 
rem 인스톨 쉴드 프로젝트 업데이트하기 
CD D:\Install 
wscript LinkToFeature.vbs CuvitClient.ism Links.ini 
 
rem 인스톨 쉴드 패키지 빌드하기 
ISCmdBld.exe -p "CuvitClient.ism" -b "D:\Install\Output\" -c COMP 




2.1.4 개선할 점

인스톨 쉴드 패키지를 빌드하기 전에, 이전 버전의 프로그램과 비교하여, 변경이 생긴 파일들을 패치용 포맷으로 생성해야 할 듯 하다. 혹시 인스톨 쉴드 내부에 이미 이런 기능이 있을까... 아마도 있을 듯 한데. 하지만 온라인 게임용으로 되어 있지는 않을 듯. 결국 커맨드 라인 유틸리티를 하나 만드는 것이 좋을 것 같다.




2.2 CVS(Concurrent Versions System)를 이용하는 경우

CVS라고 해서 딱히 틀릴 것은 없다. 최신 버전 소스를 받아오는 부분 말고는 모두 똑같다. 최초에 checkout을 해준 다음, 매번 빌드할 때는 update 명령어를 사용하면 된다.


@echo off 
rem 소스 받아오기 
D:\ 
cvs update -d Build 
CD D:\Build 
 
rem 컴파일하기 
devenv CuvitClient.sln /build Debug /out build.log 
 
rem 실행 파일 및 데이터 복사하기 
xcopy D:\Cuvit\Bin\Main.exe D:\Install\Src 
xcopy /E D:\Cuvit\Data D:\Install\Src 
 
rem 인스톨 쉴드 프로젝트 업데이트하기 
CD D:\Install 
wscript LinkToFeature.vbs CuvitClient.ism Links.ini 
 
rem 인스톨 쉴드 패키지 빌드하기 
ISCmdBld.exe -p "CuvitClient.ism" -b "D:\Install\Output\" -c COMP 

3 리소스 파일 치환

사실 소스를 과거의 어느 시점으로 되돌려서 빌드하는 작업은 OneStopBuild에서 그리 큰 부분을 차지하지 못한다. 조그만 프로그램이야 소스만으로 돌아가는 것들도 있지만, 어느 정도 규모 이상의 프로그램은 외부 데이터를 필요로 하게 된다. 이 외부 데이터가 소스와 일치하는 시점의 데이터가 아닌 이상, 실행 파일 백번 빌드해봐야 아무 소용이 없는 것이다.



3.1 클라이언트의 경우

클라이언트가 백업해야할 데이터는 그래픽/사운드 등의 실제 리소스 파일과, 레지스트리 정도가 되겠다. 문제는 바이너리 파일을 버전별로 관리하는 경우, 용량이 상당히 커진다는 점이다. 그렇다고 소스 세이프처럼 최신 버전만 백업하면, 아무 소용이 없다. 이 부분은 좀 더 알아봐야 하겠다.



3.2 서버의 경우

서버는 데이터베이스를 백업해야한다. 이는 덤프 프로그램등을 이용해 SQL 파일을 생성하면 될 것이다.

4 참고

• Automating the Build Process
  
• Automating Builds on Linux
  

• see also SourceSafe, CVS, InstallShieldCommandLineBuild, OneStopPatch
  

• CategoryDevelopmentProcess