InstallShieldCommandLineBuild

UserPreferences

1. 목표 및 전제조건
2. 프로젝트 생성하기
3. 스크립트 파일 복사, 변경, 실행
1. Links.ini 수정
2. Template.ini 수정
3. 스크립트 실행하기
4. 발전 방안
4. 패키지 빌드

1 목표 및 전제조건

일단 목표는 임의의 디렉토리 밑에 있는 파일들과 하위 디렉토리를 인스톨 쉴드 프로젝트에다가 집어넣은 다음, 그 프로젝트를 이용해 인스톨러를 생성하는 것이다.

단 목표에도 나왔듯이 실행 파일 및 데이터파일들은 하나의 디렉토리에 있어야한다. 하위 디렉토리는 있어도 되지만, 완전히 다른 경로에 있는 파일들을 인스톨 쉴드 프로젝트에다 추가하는 것은 목표가 아니다.


예를 들어 다음과 같은 경우는 된다. (예에서는 드라이브 경로를 사용했지만, UNC 패스도 된다.)


실행파일   : D:\Output\GOGOGO.exe 
데이터파일 : D:\Output\data\1.mp3 
데이터파일 : D:\Output\data\2.mp3 


하지만 이런 경우는 되지 않는다.


실행파일   : C:\GOGOGO.exe 
데이터파일 : D:\Output\data\1.mp3 
데이터파일 : D:\Output\data\2.mp3 



물론 인스톨 쉴드에서 되지 않는다는 말이 아니다. 내가 인스톨 쉴드를 잘 쓸 줄 모르기 때문이다. 하지만 대개의 경우에 봤을 때 실행 파일과 데이터들을 완전히 분리해놓는 경우는 드물다고 본다.

2 프로젝트 생성하기

프로젝트는 DevStudio에서 Project Assistant를 이용하면 간단히 생성할 수 있다. 이 중에 Application Files 항목의 내용만 놔두고, 다른 내용들을 적당히 채운다. (Application Shortcuts 항목은 Application Files 항목에 내용이 있어야 추가할 수 있는데, 일단 제일 처음에는 그냥 수동으로 파일을 추가해서 단축 아이콘을 생성한 후, 다음부터는 자동으로 파일을 추가하자.) 다 채워넣었다면 저장하고 빠져나온다.

3 스크립트 파일 복사, 변경, 실행

$(DevStudio)\Samples\Automation Interface\Add Files and Components 디렉토리에는 세 가지 파일이 있다.


Links.ini 
LinkToFeature.vbs 
Template.ini 

이 파일들을 인스톨 쉴드 안에 넣을 파일들이 있는 디렉토리 말고, 다른 디렉토리에다가 복사한다. 인스톨 쉴드 프로젝트 파일(*.ism)이 있는 디렉토리에다가 복사하는 걸 추천한다. 그 다음 이 파일들을 편집해야한다.



3.1 Links.ini 수정

Links.ini 파일을 다음과 같이 고친다.


[Link1] 
Feature=Server_Controller_Files 
Source=D:\Cuvit\ServerController 
TemplateFile=Template.ini 
ComponentTemplate=Default 
Action=Delete 

Feature
항목은 파일들이 추가될 설정을 말한다. ism 파일을 열어보면 다음 그림과 같은 부분이 보일 것이다. 그림에 빨갛게 동그라미 친 부분에 있는 이름을 입력하면 된다.

Upload new attachment "feature.gif"

Source
추가할 파일들이 존재하는 디렉토리를 입력해준다.

TemplateFile
같이 복사해온 Template.ini 파일의 이름을 바꾸지 않는다면 수정할 필요 없다.

ComponentTemplate
Template.ini 파일 안의 항목을 가르킨다. 아래에 나오는 Template.ini 파일을 보면, 'Default'라는 항목이 있는 걸 알 수 있다.

Action
이 값은 'Delete'로 놔둬야 한다. LinkToFeature.vbs 파일을 보면 알겠지만, 이 값이 'Delete'일 경우, 기존의 인스톨 쉴드 프로젝트 파일 안에 있던 파일 목록을 삭제한다. 매번 디렉토리를 새로 집어넣으므로 기존의 파일들은 삭제해주는 것이 당연하다.



3.2 Template.ini 수정

Template.ini 파일을 다음과 같이 고친다.


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

Name
추가하는 파일들이 가질 컴포넌트 이름이다. 별로 신경쓸 필요없다.

Destination
파일들이 추가될 프로젝트 내에서의 디렉토리다. 위에서는 [INSTALLDIR]을 썼는데, 좌우의 대괄호는 그 안의 내용이 Predefined Folder라고 인스톨 쉴드에게 알려주는 역할을 한다. 일종의 aliasing이다. 대부분 위에서와 같이 놔두면 괜찮을 듯 하다.

Languages
이 부분은 원래 숫자로 되어있는데, 내가 임의로 Korean으로 바꿨다. 내 경우에는 잘 동작하던데, 깔린 게 한글 뿐이라서 그런 걸지도 모르겠다.

Condition
이 부분도 정확히 뭔지 잘 모르겠다.



3.3 스크립트 실행하기

스크립트 파일을 $(SCRIPT) 디렉토리에다 저장하고, ism 파일을 $(ISM) 디렉토리에다 저장했다고 하자. 커맨드 프롬프트로 가서, 다음과 같이 입력한다.


wscript LinkToFeature.vbs ServerController.ism Links.ini 

wscript는 윈도우 스크립트 호스트라는 프로그램으로 아마도 기본적으로 깔리는 것으로 알고 있다. 내 착각일지도 모르니 나중에 구할 수 있는 곳을 적어놔야겠다.

어쨌든 스크립트 실행 후, ism 파일을 열어보면, 디렉토리 내의 파일들이 추가된 것을 볼 수 있을 것이다.

Upload new attachment "result.gif"

위쪽의 그림과 비교해보면 파일들의 컴포넌트 이름이 바뀐 건 알 수 있다. 이 이름은 Template.ini 파일의 Name 필드를 이용해서 생성된 이름이다.



3.4 발전 방안

이렇게 무식하게 스크립트를 통해서 외부에서 파일을 추가할 것이 아니라, 인스톨 쉴드 GUI 내에서 파일을 추가할 방법을 찾아야 할 것 같다. 디렉토리를 끌어다 놨을 때 Dynamic Linking이 어쩌구 저쩌구하는 다이얼로그가 뜨는 걸 봤을 때, 분명히 방법이 있을 듯 하다.

4 패키지 빌드

스크립트의 복사까지 끝냈다면, 이제 남은 일은 별로 없다. 커맨드 라인에서 인스톨 쉴드를 사용하려면 iscmdbld.exe 또는 isbuild.exe를 사용하면 된다. iscmdbld.exe는 일반적인 인스톨 프로그램을 생성하는데 쓰이고, isbuild.exe는 스크립트 기반의 인스톨 프로그램을 생성하는데 쓰인다. 스크립트 기반의 복잡한 인스톨 프로그램을 생성할 일은 드물다고 본다. 그러므로 우선 iscmdbld.exe를 사용하는 방법에 대해서 알아본다. 패스 잡아주는 것은 기본이다... -_-;

기본적으로 다음과 같은 방법으로 사용할 수 있다.


ISCmdBld.exe -p "ServerController.ism" -b "D:\Output\Build\" -c COMP 

이렇게 실행하면, 인스톨러 패키지가 생성된다!

-p 뒤에 오는 것은 프로젝트 파일의 경로이고, -b 뒤에 오는 것은 인스톨러 패키지가 생성될 디렉토리다. -c COMP는 인스톨러 패키지가 하나의 EXE 파일로 생성되길 원한다는 말이다. 더 자세한 사용법은 DevStudio 헬프에서 "Command-line building" 항목을 참고하길 바란다.

• see also SoftwarePackaging
  

• CategoryDevelopmentProcess