Visual Studio 2013에 포함 된 InstallShield에서 AdminStudio 2014를 사용하고 있고 기본 MSI 프로젝트가 있습니다. 최근에 CA 용 프로젝트에 WiX를 추가했습니다.다른 설치를 래핑하는 MSI
설치 아이디어는 추가 파일과 함께 공급 업체의 드라이버를 래핑하는 것입니다. 최종 사용자에게는 하나의 설치처럼 보일 것입니다. 내 원래의 시도는 벤더 설치 파일을 하위 디렉토리의 installdir에 놓고 설치시 사용자 지정 작업을 필요한 많은 명령 줄 매개 변수 (SILENT 포함)와 함께 실행하는 것이 었습니다. 그러나이 문제는 1310 (종료 재부팅 필요) 종료 코드를 반환하기 때문에 종료 코드 검사가 실패하게됩니다.
앞에서 말씀 드렸듯이 "스크립트 실행"및 시퀀스 중 일부를 완전히 이해하려고합니다.
내 두 번째 시도는 exit 코드를 실행하고 반환 된 종료 코드로 속성을 설정하거나 ISSCHEDULEREBOOT를 직접 설정하기 위해 C#에서 함수를 작성하는 것이 었습니다. 그러나 InstallFiles 이후에 설치 디렉토리에 설치를 배치 한 이후로이 파일을 연기했습니다. 그러나 지연된 CA의 속성을 설정할 권한이없는 것처럼 보입니다. (내 이해입니다.) 즉시 할 수 없습니다. , 파일은 스크립트 (?)를 실행할 때까지 아직 내려지지 않습니다. 잡아라. 22.
나는 광산이 달릴 전에 prereq install을 생각했다. 그러나 이것은 나의 제거 (?) 동안 그것을 제거하지 않을 것이다.
필자는 Chained MSI를 보았지만 (필자에 대한 조언이 많았던 것에 반해서) 필자는 InstallShield가 보이는 MSI가 아닌 setup.exe를 사용하여 공급 업체의 대형 CD와 같은 미디어 (다중 디렉토리 및 파일)를 제공했습니다 찾고 있습니다.
나는 많은 CA와 다른 모든 것들이 잘 작동한다. 내가 계속해서 실행하고있는 이러한 장애물들은 아키텍처와 프로세스에 대한 나의 이해 부족 때문입니다. 나는 지난 6 개월 동안 여러 그룹의 설치 작업을 해왔지만 그 메커니즘에 대해 배울 점이 많다는 것을 알고 있습니다.
도움을 주셔서 미리 감사드립니다.
나는 지금까지 기본 설치를 시도했지만 지금은 설치 프로그램을 설치하려고 노력하고 있습니다.하지만 나중에 사용하는 것으로 보입니다. 감사합니다. –