我想构建一个MSI,它在安装过程中将自己与包含的文件/组件一起部署到TargetDir.
所以MyApp.msi在其文件表中包含MyApp.exe和MyAppBootstrapperEmpty.exe(没有资源).
用户启动MyAppBootstrapperPackaged.exe(包含MyApp.msi作为资源,从某处获取,或通过电子邮件或其他方式获得).MyAppBootStrapperPackaged.exe将MyApp.msi提取到临时文件夹并通过msiexec.exe执行.
在msiexec.exe进程完成后,我想要MyApp.msi,MyBootstrapperEmpty.exe(和%ProgramFiles%\ MyApp文件夹中的和MyApp.exe,以便MyApp.exe在运行时可以确保访问MyApp.msi(用于创建以下内容)提到包装内容).
MyAppBootstrapper*.exe可以尝试将MyApp.msi复制到%ProgramFiles%\ MyApp文件夹,但需要提升才能执行此操作,并且不允许通过Windows Installer卸载过程(从"添加/删除程序"或其他方式)删除它,应该保留.
显然(我认为这很明显 - 我错了吗？)我不能将MSI作为文件包含在我的Media/CAB(鸡蛋和鸡蛋场景)中,所以我认为必须在安装之前通过自定义操作完成进程,将原始MSI添加到MSI DB的Media/CAB以及动态文件表中的相应条目.可以这样做,如果是这样的话怎么办？
想一想内容分发模型,其中内容文件只能与App一起分发.内容由最终用户在运行时通过App生成,并打包成可分发的EXE,其中包括App和内容.
MyApp的安装程序必须保持MSI,但可以由Bootstrapper EXE执行.安装的MyApp.exe必须能够访问MyApp.msi和EXE将在运行时由应用程序从基础(空)MyAppBootstrapper.exe(也由MSI安装)和由内容创建的内容"组装".最终用户.EXE的资源MSI必须与用于安装运行时打包的App的资源相同.
WIX不与MyApp一起安装.
在运行/打包时不存在网络依赖性(即不能通过Web服务进行打包 - 必须在本地完成).
我熟悉(和使用)自定义操作(托管和非托管,通过DTF等).