我发现当我更新引导程序的清单以支持 Windows 10 兼容性时，MSI 的 InstallUISequence 将正确设置 VersionNT=1000，但 InstallExecuteSequence 将设置 VersionNT=603。
如何让 InstallExecuteSequence 也设置 VersionNT=1000？
【问题讨论】：
标签： wix windows-installer installshield
【讨论】：
我发现检测 Windows 10 的一种非常简单且可靠的方法是调用内置 WMIC 命令并解析其输出：
wmic os get Name,Version,BuildNumber /VALUE
它会准确返回您需要确定您使用的操作系统的信息：
BuildNumber=14393
版本=10.0.14393
http://helpnet.flexerasoftware.com/installshield22helplib/helplibrary/whats_newIS2015.htm
在装有 Windows 10 的系统上，Windows Installer 属性 VersionNT 和 VersionNT64 表示 603，最初是作为 Windows 8.1 的版本号。因此，无法创建 .msi 包中专门针对 Windows 10 的条件。
从 Windows Installer 5.0 和 Windows 7 开始，.msi 中的 DLL 自定义操作 包被填充以阻止获取操作系统版本； API GetVersion、GetVersionEx 和 RtlGetVersion 返回 Windows 6.0.6000 的版本，原来是 6.0.6000 的版本号 Windows Vista。因此，也无法获得实际的 来自 DLL 自定义操作或来自 InstallScript 自定义操作（作为 DLL 实现）。
由于 Windows 安装程序中的上述行为，它不是 很容易检测到 .msi 所在的 Windows 版本 包正在运行
【讨论】：
这是我的两分钱......
我没有发现 VersionNT 属性非常有用。 VersionNT64 是： VersionNT64 .... 不是 VersionNT64 来确定位数。
这有点小题大做（他们这样做，我们这样做......）但危急时刻需要采取危急措施......
在 MSFT 正在玩的所有兼容性游戏中，它们似乎只是掩盖了主要和次要，但构建和修订。我还发现在 Win8 上将其掩码为 6.2，在 Win 10 上将其掩码为 6.3。所以我觉得这样做很舒服：
<Property Id="WIN10FOUND">
<DirectorySearch Id="searchSystem" Path="[SystemFolder]" Depth="0">
<FileSearch Id="searchFile" Name="advapi32.dll" MinVersion="6.3.10000.0"/>
</DirectorySearch>
</Property>
我倾向于问自己“为什么”我需要 Windows (FOO)？然后，我会查找一些注册表项或 DLL，以指示存在特定功能、组件、API 并将其用于我的测试。
Microsoft 采用了一种常青的方法，即“您无需知道它是什么版本，您将始终拥有最新版本，并且它始终被称为 Windows 10”，对我来说，这强化了我更喜欢的方法拿。我知道有一天他们会出错，我确实需要知道否则我会安装，我的应用程序会失败，我的用户会抱怨并且不知道他们有什么版本。 （叹气……）
【讨论】：
对于没有引导程序的安装程序，我发现创建一个立即自定义操作调用GetVersionEx() 并设置一个属性供安装程序的其余部分使用也是一个不错的选择。 我已将我的自定义操作排序在 AppSearch 之后发生，使用它来调节组件就足够了。
【讨论】：
由于 msiexec.exe 在其清单中没有 Windows 10 兼容性，并且 VersionNT 是 private property，因此我知道没有干净的方法可以使执行序列参见 VersionNT=1000。我会推荐以下方法之一：
VersionNT 复制到另一个属性（一些public property 像REALVERSIONNT；请务必将其列在SecureCustomProperties 中，就像您要传递给执行序列的任何其他属性一样），（我对注册表项选项感到痛苦，因为如果将来升级操作系统，它可能会过时。请注意，所有这些选项可能只与引导程序中的清单一样正确Windows 的理论未来版本。）
【讨论】：