OneStopPatch

UserPreferences

1. 개요
2. 업데이트할 파일들을 생성하기
3. 업데이트할 파일들을 압축하기 및 업로드하기
4. 업데이트 파일을 다운 받기

1 개요

어떤 식으로 하면 클라이언트 업데이트 준비 작업을 편하게 할 수 있을까?

아무래도 사람의 손이 들어가지 않게 하는 것이 올바른 방법일 것이다.

온라인 게임 클라이언트 업데이트 시 발생하는 작업은 다음과 같이 정리할 수 있다.


1. 이전 버전과 비교해서 달라진 파일들의 목록을 만든다.
   
2. 달라진 파일들을 목록과 함께 FTP, HTTP 또는 사용자 프로토콜을 이용해 만들어진 업데이트 서버에다가 올린다.
   
3. 버전 컨트롤하는 곳, 예를 들어 업데이트 서버 내부의 변수값 같은 것이다. 이를 업데이트한다.
   
4. 클라이언트는 접속시 버전이 달라진 것을 확인한다.
   
5. 다운받을 파일의 목록을 받는다.
   
6. 실제 파일들을 다운받는다.
   
7. 업데이트를 실시한다.
   
   
자동화해야 할 부분 중에 가장 중요한 것은 달라진 파일들의 목록을 생성하고, 업데이트 서버에다가 올리는 부분일 것이다. 추가적으로 버전값을 바꾸는 부분도 자동화해야지, 클라이언트 업데이트를 최소한의 부담으로 처리할 수 있을 것이다. 클라이언트가 파일을 다운받아 자신을 업데이트하는 것은 어차피 사람의 손이 가지 않는 일이기 때문에 별로 신경쓸 필요가 없다.

2 업데이트할 파일들을 생성하기

일단 달라진 파일들의 목록을 생성할 프로그램이 필요하다. 편의상 DirDiff라 부르겠다. 이 프로그램은 세 가지의 디렉토리를 가지고 작업을 한다. 첫번째는 마지막으로 배포한 프로그램 및 데이터가 들어있는 디렉토리, 두번째는 이제 배포하려고 하는 버전의 디렉토리, 세번째는 두 디렉토리를 비교해서 달라진 파일들을 모을 디렉토리다.

DirDiff는 마지막 배포 디렉토리와 현재 버전 디렉토리를 비교하면서 추가되거나, 달라진(MD5 해쉬값을 이용) 파일을 찾아낸다. 예를 들어 다음과 같은 모양의 디렉토리를 생각해보자.



PREV -+- go.exe (hash:333) 
      | 
      +- data -+- sprite -+- sam.tga (hash:444) 
 
CURRENT -+- go.exe (hash:337) 
         | 
         +- data -+- sprite -+- sam.tga (hash:444) 
                  |          | 
                  |          +- molly.tga (hash:123) 
                  | 
                  +- back.mid (hash:777) 


먼저 PREV 디렉토리를 하위디렉토리까지 검색하면 다음과 같은 파일 목록이 생성될 것이다.


PREV\go.exe 
PREV\data\spite\sam.tga 


그 다음 CURRENT 디렉토리를 하위디렉토리까지 검색하면 다음과 같은 파일 목록이 생성될 것이다.


 CURRENT\go.exe 
 CURRENT\data\sprite\sam.tga 
 CURRENT\data\sprite\molly.tga 
 CURRENT\data\back.mid 


그 다음 CURRENT 파일목록을 iteration하면서, 해당하는 파일이 이전버전의 파일 목록에 존재하지 않거나, 해쉬값이 다르다면, 그 파일을 업데이트해야할 파일의 목록에다 추가한다. 다음과 같은 파일 목록이 생길 것이다.


\go.exe (modified) 
\data\sprite\molly.tga (added) 
\data\back.mid (added) 


이제 이 파일들을 달라진 파일들을 모으는 디렉토리에다 복사하면 된다. 물론 디렉토리 구조는 유지해야한다. 아니면, 겹치는 이름이 생길 지도 모르는 일이니깐. 또한 복사하기 이전에 파일들을 복사할 디렉토리를 비워둬야한다.

3 업데이트할 파일들을 압축하기 및 업로드하기

업데이트해야하는 파일들을 하나의 압축 파일로 만드는 방법과, 개별적으로 압축하는 방법 두 가지가 있다.

하나로 만들면 매번 압축 파일들을 새로 생성해줘야한다. 무슨 말인고 하니, 1 -> 3, 2 -> 3, 이렇게 두 가지의 압축파일이 있었는데, 버전이 바뀌면 1 -> 4, 2 -> 4, 3 -> 4, 이렇게 만들어줘야 한다는 것이다. 딱 보기에도... 귀찮다는 것을 알 수 있다. 업데이트 파일들도 꽤 조심해서 관리해야 한다. 단 클라이언트는 적당한 버전 받아서 압축 풀기만 하면 되므로 편하다. 또한 압축 파일 헤더가 없어지므로 전송해야할 데이터도 줄어든다.

업데이트 파일을 개별적으로 압축하면, 앞에서 말한 문제들은 없어진다. 매번 버전별로 압축 파일을 새로 생성할 필요없고, 비교적 관리하기도 편하다. 단 클라이언트는 귀찮아지고, 전송 데이터 양은 많아진다.

일단 두번째 방법을 택하기로 했다. 매번 업데이트를 파일 수천개씩 하지 않는다면 괜찮다고 생각했기 때문이다.

업로드는 툴에다 FTP 기능을 집어넣고, 처리하면 간단히 해결된다. 약간 신경써야하는 부분이 있다면, FTP 서버에다 클라이언트와 똑같은 모양의 디렉토리 구조를 생성해줘야한다는 것이다.

4 업데이트 파일을 다운 받기

클라이언트는 업데이트 서버에 접속하면 각 버전별로 업데이트되었던 파일들의 목록을 받는다. 예를 들어 다음과 같다고 하자.



VERSION:1->2 
data\go.exe 
data\sprite\sam.tga 
VERSION:2->3 
data\go.exe 
data\sprite\molly.tga 
data\back.mid 


현재 최신 버전이 3일 때...

각 클라이언트의 버전에 따라 받을 파일은 다음과 같을 것이다.


1->3 
data\go.exe 
data\sprite\sam.tga 
data\sprite\molly.tga 
data\back.mid 
 
2->3 
data\go.exe 
data\sprite\molly.tga 
data\back.mid 


즉 업데이트된 파일 목록에서, 버전이 높은 순서부터 쫙 훑으면서 파일이 나타날 때, 현재 목록에 없다면 추가하고, 있으면 무시하는 식으로 목록을 생성하면 되는 것이다.

• see also OneStopBuild
  

• CategoryDevelopmentProcess