我创建了一个通过 MSI 安装的应用程序，版本号为 X.X.X - 比如说 1.0.0。接下来，我们创建了一个不使用任何形式的 MSI 的自定义自我更新过程。 （我们正在通过代码替换文件。）这个自定义的自我更新过程是必需的，它使我们能够远程快速地管理大量用户。我们已经运行了一段时间了。困扰我的一件事是我们的应用程序的程序和功能屏幕上显示的版本仍然是 1.0.0。有没有办法从主可执行文件更新程序版本？
【问题讨论】：
标签： c# .net windows-installer versioning
从评论更改为答案以获得更好的可读性，并将事实讨论更改为您的问题和相关环境：
首先让我们看看你关于更改DisplayVersion in 值的建议
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{MSI ProductCode}
对于 32 位 MSI 设置（大多数设置仍然在这里运行，即使包含 64 位或独立（例如 .NET）代码，但这是另一回事）或
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{MSI ProductCode}
适用于 64 位 MSI 设置。首先，这只是机器范围（“LOCAL_MACHINE”）设置的地方，而不是依赖于用户的设置，但没关系，因为这是标准的。
编辑 DisplayVersion 不是最佳做法。至少，如果要对其进行编辑，它可以进行讨论。事实上，它是一个免费的字符串，许多安装程序都在使用它，它们的版本不是“1.0”，而是“V1.0”或“1.0a”或类似的。 如果这样做，那么在 msi 本身的自定义操作中（在最后）中这样做是最糟糕的。
至少，作为反对那些禁止更改此密钥的人的论据：这不是 MSI 与版本进行逻辑操作的地方，此版本不用于版本比较。实际上它只是一个输出字符串。
OTOH，它可以被原始设置 (MSI) 修复/更新/重新安装再次覆盖。所以警告不要手动更改有背景。
另外： 有些 Windows 版本，尤其是较旧的版本，存在更新问题，因此更改注册表值不会立即反映控制面板视图。例如，有一个 ARP 缓存保存所有安装条目。我不认为 Windows 7 或更高版本会出现这些问题，但是在过去看到问题并且知道 ARP 缓存仍然存在让我在这里保持谨慎。
我建议并且我称之为好的做法是不要更改此编号，而是让它属于本机 MSI。
Instad 使 MSI 设置对控制面板中的用户不可见（“程序和功能”或 ARP 由于它的名称较旧，我们仍然在 MSI 和设置社区中这样称呼它）：
将您的 MSI 修复程序中的 ARPSYSTEMCOMPONENT 属性设置为 1（通常是十六进制 1，但因为是您，所以您只能选择十进制 1 :-)）。
或者在安装时将ARPSYSTEMCOMPONENT=1 作为命令行参数提供给您想要的任何 MSI 设置。
事实上，这也是微软对 SQL Server、Visual Studio、Office 设置所做的事情。它们由多个设置组成，其行为类似于不可见的（设置）组件。
或者，您可以使（任何）MSI 设置在安装后“不可见”：只需将注册表中的注册表值 SystemComponent（或添加）直接更改为 1 即可。
但这又不是干净的，因为修复或更新或重新安装可能会再次改变这一点。但它不会破坏任何东西——在最坏的情况下，不可见的设置会变得可见。
然后您为可视 ARP 设置构建另一个设置（可能是“主”设置），或者您只需在注册表中的上述“卸载”键下创建一个完整的 MSI 独立键。 （在程序或“正常”MSI 设置中）。这可以是 GUID 或普通名称。查看您的注册表，您会在那里找到一些非 GUID 的示例，例如由 Adobe 等提供。每个非 GUID 都不是“Windows Installer”（MSI）设置，但当然也有一些类似 GUID 的条目可以通过非 MSI 设置。
主要优点是：这个新的DisplayVersion在MSI-independent key可以自己控制。
【讨论】：
您正在尝试重新发明修补程序。 Windows Installer 不支持此功能，并且无法执行您尝试执行的操作。
更新：Tao of the Windows Installer, Part 2
规则 21：避免使用不属于您的配置数据
作为安装程序初始设计的一部分， 安装是通过 Microsoft 获得代码的所有权来实现的 对于安装引擎。这包括所有的位置和格式 配置数据。此数据由安装程序管理并直接 不鼓励用户或应用程序访问；事实上有些 数据被编码使得手动操作变得非常困难。
您不应该尝试直接查看 Windows Installer 配置信息。相反，使用 Windows Installer API 获取您需要的信息。以这种方式访问数据可确保 您的包或应用程序将继续工作，即使 底层配置数据更改位置或格式。
在这种情况下，API 是MsiGetProductInfo function。此函数返回INSTALLPROPERTY_VERSIONSTRING，即ProductVersion property。此 API 没有设置 ProductVerion 的机制，因为 MSI 在PublishProduct Action 期间在内部执行此操作。如果您查看注册表，您会在 HKCR\Installer\Products\PackedGuid\Version 下找到它。 Packed Guid 是 DWORD 格式的 ProductCode 的“达尔文变换”。 ProductVersion 以 DWORD 格式存储，其中 1 个字节用于主要，1 个字节用于次要，2 个字节用于构建。这是因为 ProductVersion 忽略了第 4 个字段，尽管它存储在 ARP 中。
为了鼓励规则 21，对这个注册表结构进行了混淆处理。不要乱用进程外的 Windows Installer 配置数据。让微星来处理吧。
【讨论】：
可以通过修改位于两个位置之一的已安装应用程序的注册表值来更新已安装的 MSI 版本。在我的 Windows 8 PC 上，它位于以下位置：
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{MSI-GUID}
它也可能位于：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{MSI-GUID}
要更新“程序和功能”屏幕上显示的版本号，请修改注册表值“DisplayVersion”
【讨论】：