문제

구성이 포함된 .ini 파일이 있습니다.다시 만들지 않으려면 새 설치에 존재하는지 확인해야 합니다.게다가 새 .ini에 새 필드가 있으면 기존 파일에 추가합니다.

도움이 되었습니까?

해결책

ini 파일을 파일로 설치하지 말고 항목을 다음으로 변환하십시오. IniFile 테이블 항목.이를 통해 모든 ini 파일 변경 사항을 내장된 MSI 메커니즘을 통해 적절한 병합 및 롤백을 허용하는 "원자적 변경 단위"로 처리할 수 있습니다. 모든 사용자 지정 작업의 복잡성을 피할 수 있습니다.

Chris는 주요 업그레이드 의견에서 다음과 같이 지적했습니다.Wix/MSI에서 올바른 방식으로 작업을 수행하면 요구 사항이 변경되거나 업데이트가 복잡해질 때 발생하는 많은 문제를 피할 수 있습니다.올바른 방식으로 구현된 IniFile 업데이트는 강력하고 처리가 간단합니다.

Wix에서는 Ini파일 요소 이것을 달성하기 위해.모든 병합 기능, 롤백 지원 및 고급 ini 파일 처리가 무료로 제공됩니다.여러분이 해야 할 일은 설치 중에 ini 파일에 추가하거나 수정해야 할 사항을 정의하는 것뿐입니다.처음에 존재하지 않는 경우에도 생성됩니다.

IniFile 요소를 사용하는 것은 실제보다 어려워 보일 수 있습니다. 여기 샘플이 있습니다.당신은 또한 볼 수 있습니다 잘 알려진 Wix 튜토리얼은 여기에 있습니다..

모든 MSI 전문가는 다음 조언을 계속해서 반복합니다.동등한 내장 MSI 구성이 있는 경우 사용자 지정 작업을 사용하여 시스템을 변경하지 마십시오.

다른 팁

.ini 파일의 구성 요소에서 NeverOverwrite="Yes"를 설정 한 다음 사용자 정의 작업을 통해 업데이트를 처리하십시오.

편집 : 일반적으로 rollback 병합을 얻은 이후 내 대답에서 설명한대로 inifile table 을 사용하는 것이 훨씬 낫습니다. 기능 . 그러나 어떤 사람들은 에 대한 파일이 설치된 파일로 설치된 INI 파일을 선호합니다. 외부에서 파일을 쉽게 수정할 수 있습니다. 그렇지 않지만, 이렇게하면 사람들이 설치 미디어 위치에서 직접 INI 파일을 "핫픽스"할 수 있습니다. 팀은 설치 프로그램이 최신 INI를 개발에서 픽업 할 수 있도록이 옵션을 사용할 수 있습니다. 사용자 정의 작업을 통해 처리 할 수있는 기술적 인 문제가 있습니다 (가장 중요한 파일 교체 문제). INI 파일은 비표준 요소와 형식화가 아닌 비표준 요소와 형식화 을 특징으로 할 수 있습니다 (불필요한 파일을 사용하는 사람들은 INI보다 다른 파일 확장명을 사용합니다). ...에 이미 설명한 것처럼, 실제로 필요한 것을 해결하지 않는 한, 자신의 맞춤 조치를 통해 Ini 파일을 업데이트하는 것에 대해 강력하게 조언 할 것입니다. 실제로 필요합니다. 구현 및 권리를 얻는 것은 복잡합니다.

2 개의 INI 파일을 갖는 것이 좋습니다.설치 프로그램이 소유하고 응용 프로그램 / 사용자가 소유 한 사람입니다.설치 프로그램은 항상 INI 파일을 덮어 쓸 수 있으며 사용자 데이터에 대한 stomping에 대해 걱정할 필요가 없습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top