如何避免从我的 WiX 生成的 MSI 包触发自我修复？
这是一个Q/A 风格的问题，其答案只是列出了一些不要在您的 MSI 文件中做的事情，以避免重复自我修复的最常见原因。
我正在尝试使用 electro-builder （版本 20.39.0）创建一个 .msi 安装程序文件，可以在安装时对其进行参数化。参数（例如服务器端点）应写入文件中。
示例：
然后应该出现在安装目录中MsiExec /i "MyProject.msi" SERVER_ENDPOINT=myapp.example.com
的myapp.example.com文件中。
我尝试编辑Electron-builder 的 wix 模板文件，添加以下内容以将 ${SERVER_ENDPOINT} 写入 server.txt
文件C:\...\MyProject\node_modules\electron-builder-lib\templates\msi\template.xml
...
<CustomAction Id="writeConfigFile" Directory="APPLICATIONFOLDER" Execute="commit" Impersonate="yes" ExeCommand="cmd.exe /c "echo ${SERVER_ENDPOINT} > server.txt"" Return="check" />
...
<InstallExecuteSequence>
...
<Custom Action="writeConfigFile" After="InstallFinalize"/>
</InstallExecuteSequence>
跑步与
MsiExec /i "MyProject.msi" /L*v Install.log SERVER_ENDPOINT=myapp.example.com
我还没有工作。它安装但不显示writeConfigFile在日志文件中。
您认为这是使 msi 文件参数化的正确方法吗？
或者您会推荐另一种解决方案吗？
我还找到了 Orca.exe，用于创建 MST 文件，但我更喜欢一个简单的解决方案，无需手动步骤。
为什么限制在我的WiX/MSI设置中使用自定义操作是个好主意？
部署是大多数开发的关键部分.请给这个内容一个机会.我坚信,通过应用程序设计的微小变化可以显着提高软件质量,使部署更加合理,更可靠 - 这就是"答案"的全部 - 软件开发.
这是一个Q/A风格的问题,从一个过长的答案中分离出来:如何避免我的WiX/MSI部署解决方案中的常见设计缺陷？.
我需要使用Patch Design和Installshield 2012创建一系列可卸载的补丁.前两个补丁在卸载时工作正常.但是,第三个补丁,当且仅当已经应用补丁1和/或补丁2时才会卸载,会产生错误:
MSI (c) (48:C4) [19:02:54:135]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg
Error 1308.Source file not found: {pathToFile}. Verify that the file exists and that you can access it.
关于不同的文件有26个这样的错误.文件或组件或功能没有明显的模式
注意:如果我只应用了补丁3,卸载不会产生此错误.
我在Patch Design中使用相同的选项创建了所有三个补丁.我理解的唯一明显的区别是补丁3包含比前两个更多的更改(文件更新).让我再说一遍:更多的变化.
我的问题是:
为什么只在安装了一系列补丁的情况下才会发生这种情况,而不仅仅是第三个补丁本身？
为了防止修补程序卸载尝试从构建修补程序时仅用于设计时的位置获取文件,我该怎么办？或者这可能是设计中的提取,但缓存太过重载或混淆..？
更新 - 更多信息(由Glytzhkof请求):补丁包含96个文件更改,大约是基本MSI包大小的一半.它实际上是在'Dev'分支工作之外.添加了几个新文件.有些人最初被删除了(当我发现我们真的在做补丁时,不得不把它们放回去......).如果我不再描述这种情况,它可能会冒犯你作为该领域的专业人士.
我一直在尝试销售大型升级,只需要对安装程序进行一些调整就可以使其过时需要补丁.卸载我们的产品需要参数,以便它是非交互式的(我们需要此参数在Major Upgrade场景中工作,它目前只是卸载序列的一部分).这是唯一真正的问题 - 但修复它会支付成本.然而,决定不解决这个问题.我尝试在每次迭代时"碰撞"这个问题.没有骰子.我告诉我们需要主要版本的补丁 - 所以在这里我试图让尾巴摇尾巴.
是的,补丁可以更快(让我在这里扮演魔鬼的拥护者).但实际上,30到90秒之间的差异,当这些东西自动部署时？是的,我还考虑通过调整文件成本来找到优化安装程序的方法,看看它是否能让它变得更快,但即使这样,我也确定会有另一个原因要求修补程序.
另一个更新:1308错误中提到的文件不在目标系统上 %windir%Installer\$PatchCache$\Managed\{PackedProductCodeOfMyBaseMSI??}
夹.这可能会导致1308,因为如果我从此缓存中删除更多文件,我会得到与丢失文件相对应的相同错误.问题可能是,为什么不是这个PatchCache文件夹中的所有文件？
我们的产品有三种类型/口味，但只有一种用 WiX 编写的 MSI。当我们构建安装程序时，我们通过定义的常量传递风味：
Call MSBUILD.bat ..\MSIs\CoreProduct\OurProduct.sln /p:DefineConstants="FLAVOUR=%_Flavour%"
常量在 Visual Studio 中设置，在 Build -> Define preprocessor variables as FLAVOUR=50 下。构建过程传递值 50、200 或 LITE 作为风味。
在 WiX 代码中，我们在组件上有很多条件，告诉它根据风格安装哪个文件；例如
<Component Id="cmp7F45920B1AA100729BAE37FC846B3FC5" Guid="*">
<File Id="fil238A776D9294E14671E012472F9F7196"
KeyPath="yes"
Source="$(var.MenusPath)\ClientListView 200.r5m"
<Condition>$(var.FLAVOUR)=200</Condition>
</Component>
<Component Id="cmp8BFF42B232724DC4BA5B8F87994DEF21" Guid="*">
<File Id="fil808D6428D67248DDB8CA65DBC5978283"
KeyPath="yes"
Source="$(var.MenusPath)\ClientListView Lite.r5m"
<Condition>$(var.FLAVOUR)=LITE</Condition>
</Component>
因此，如果 FLAVOR 为 LITE，上面的示例将安装一个名为“ClientListView Lite.r5m”的文件，如果 FLAVOR 为 200，它将安装一个名为“ClientListView 200.r5m”的文件。
这一切都按预期工作，并且已经做了多年！！
但是现在，我们有我们产品的网络版本，我们需要一个 zip 文件来包含将为每种口味安装的文件夹结构和文件。我发现您可以使用 MSIEXEC 和 /a 参数在命令行上运行 msi，然后将所有已安装到文件夹中的内容重定向并认为这正是我想要的......但可惜它不像我那样工作早就料到了。
它似乎正在做的是运行 MSI 并将文件提取到目标文件夹中，但它忽略了风味，因此您最终将“ClientListView Lite.r5m”和“ClientListView 200.r5m”文件都提取到文件夹; 这显然不是我想要的。
在阅读 MSIEXEC 上的文档后，您似乎可以传递公共属性的值，例如 msiexec.exe /a "C:\Example.msi" MY_PROP="myValue" - 所以我认为这可能对我有帮助；所以在我的 …
Windows Installer自我修复可能会给开发人员,系统管理员和最终用户带来问题.如果您的MSI体验有限,找到解决方案可能会很困难.
这是一个Q&A风格的答案,旨在作为解决自修复问题的检查清单.以下是一些常见问题场景:
关键字:Windows Installer意外启动.MSI意外显示.每次都会出现Windows Installer.打开应用程序启动Windows Installer.Windows Installer自我修复.包如何自我修复.微星自我修复最佳实践.Windows Installer修复.自我修复.禁用Windows Installer.Windows Installer反复运行.应用程序快捷方式启动安装程序.Windows Installer意外出现.
我已经安装了 .exe 应用程序（例如版本 1.0）。安装应用程序后，我可以在本地路径（C:\Program Files (x86)）中看到几个 DLL 和几个 .XML 配置文件。现在，在启动新版本并安装它之后，我不想单独覆盖本地路径中的现有 XML 文件。有什么办法可以做到吗？
我的 EXE 是使用 WIX 安装程序创建的，项目是在 Visual Studio 2015 中构建的。
我正在尝试安装一个软件,当手动完成时,您可以在完成整个过程时选择配置选项.我试图找到一种使用PowerShell自动化的方法,但我仍然坚持如何设置这些配置选项.我相信我需要在安装程序.exe上运行start-process命令,但我不知道从那里去哪里.我可以使用start-process命令中的参数来传递我想要的配置吗？
我们的客户端仅允许在以管理员身份登录时安装应用程序。必须为机器的当前用户安装需要安装的应用程序。该应用程序安装正常，当我需要在用户的 appdata/user 配置文件文件夹中放置一个配置文件时，我的问题就出现了。由于这是他们想要的地方，目前配置正在安装时被删除到管理员配置文件中。我如何解决这个问题，有没有办法让我检查安装是否有其他配置文件并可能写信给他们，但这感觉很脏。
我正在创建一个bootsrapper,我想删除在安装过程中创建的链接.所以我写下面的步骤:
<Chain>
...
<ExePackage Id="removelnk" Cache="no" SourceFile="run.bat" InstallCommand="del "C:\Users\Public\Desktop\Parity UI.lnk"" />
</Chain>
其中run.bat仅仅是%*允许的描述来运行任意代码在这里.
但是,它不起作用:
[19EC:0E2C][2018-06-16T18:32:27]i301: Applying execute package: removelnk, action: Install, path: C:\ProgramData\Package Cache\1608BB75347CD8C40187E5F3C0A969ED73A98D51\run.bat, arguments: '"C:\ProgramData\Package Cache\1608BB75347CD8C40187E5F3C0A969ED73A98D51\run.bat" del "C:\Users\Public\Desktop\Parity UI.lnk"'
[19EC:0E2C][2018-06-16T18:32:27]e000: Error 0x80070001: Process returned error: 0x1
[19EC:0E2C][2018-06-16T18:32:27]e000: Error 0x80070001: Failed to execute EXE package.
[0AE4:2B94][2018-06-16T18:32:27]e000: Error 0x80070001: Failed to configure per-machine EXE package.
[0AE4:2B94][2018-06-16T18:32:27]i319: Applied execute package: removelnk, result: 0x80070001, restart: None
[0AE4:2B94][2018-06-16T18:32:27]e000: Error 0x80070001: Failed to execute EXE package.
如果我从登录中执行此命令,cmd那么它按预期工作.它甚至没有管理员权限. …