2014-10-01 3 views
1

응용 프로그램 용 WiX MSI 설치 프로그램과 함께 데모 프로젝트를 번들로 만들려고합니다. 내 목표는 사용자의 Documents 디렉터리에 "Demo Project"폴더가 들어있는 "Projects"폴더를 만드는 것입니다. 내 설치 범위 이후WiX MSI : 설치 프로그램을 사용하여 데모 프로젝트 번들

각 파일에 대해 다음과 같은 오류가 사용자 디렉토리 결과에 파일을 추가 "perMachine"입니다 : 나는에 RegistryValue 요소를 추가하여이 오류를 해결할 수

It must use a registry key under HKCU as its KeyPath, not a file 

각 구성 요소 단, 데모 프로젝트에는 최소한 1000 개의 파일이 있습니다.

"perUser"설치 범위가있는 데모 프로젝트를위한 다른 설치 프로그램을 만든 다음 WiX 부트 스트 래퍼에 번들을 설치할 것을 고려하고있었습니다. 유일한 단점은 해킹처럼 느껴진다는 것입니다.

응용 프로그램의 보완 자료를 설치할 때 권장되는 방법은 무엇입니까? 다른 설치 프로그램을 빌드해야합니까 아니면 사용자의 문서 디렉토리에 파일을 복사 할 수있는 WiX 확장이 있습니까?

답변

2

데모 프로젝트이므로 앱에 중요하지 않으므로 한 가지 방법은 압축하여 하나의 zip 파일을 구성 요소로 사용하는 것입니다. 파일 당 구성 요소의 데모 프로젝트에서 발생할 수있는 문제는 사용자가 데모를 어떤 방식 으로든 돌아 다니기 시작하고 결국 Windows Installer가이를 복구하라는 메시지가 표시된다는 것입니다. 이것은 프로젝트가 클라이언트가 개발 도구로 열고 변경하기 시작한 것이라면 특히 그렇습니다. 데모가 수리와 상호 작용하여 실행중인 응용 프로그램에 영향을 미치기를 원하지 않습니다.

사용자의 폴더에 파일을 복사하는 방법은 WiX 또는 MSI 방식이 아니기 때문에 실제로 레지스트리 키 패스가 사용됩니다. 또한 아직 생성되지 않은 사용자 계정으로 작업하는 이점이 있습니다. 다른 사용자가 로그온하여 응용 프로그램을 사용하면 Windows는 해당 사용자에 대해 keypath가 누락되었음을 알게되고 원래 설치 원본에서 키 경로 구성 요소 (파일)를 설치하라는 메시지를 표시합니다.

+0

저는 ZIP 파일 아이디어를 좋아합니다. 사용자가 변경했기 때문에 데모가 작동하지 않는다는 지원 ​​요청이 줄어 듭니다. (과거에는 읽기 전용 위치에 데모를 설치했습니다.) 원래 예제로 다시 설정하면 성공을 향한 경로가 다시 시작됩니다. (물론 소스 컨트롤도 그렇게 할 것입니다.) –

+0

PhilDW에게 의견을 보내 주셔서 감사합니다. 오늘 WiX가 패키지를 설치 한 후 명령을 실행할 수 있다는 것을 알았습니다. 아마도 응용 프로그램과 함께 zip을 묶어서 사용자의 Documents 디렉토리로 추출 할 수 있습니다. 이로 인해 레지스트리를 다루지 않아도됩니다. – MrMcKizzle

관련 문제