问题描述
在使用 Visual Studio 2019 构建了一个 C++ 应用程序，现在希望在 Azure 上使用远程托管代理进行构建。然而，在尝试构建时，出现了以下错误信息：
The Windows SDK version 10.0.14393 was not found.
用户已经检查了 Windows 版本，并显示为：
Microsoft Windows Server 2016 10.0.14393
用户猜测代理将会使用这个 SDK 版本，但他想知道如何检查这一点。用户查看了 GitHub 虚拟环境的文档，但没有找到关于安装的 SDK 的信息。同时，用户还提供了错误信息和构建日志。
解决方案
以下是在检查和管理远程托管的 Azure 代理的 Windows SDK 版本时的一些解决方案。请注意，如果在操作过程中遇到版本差异，或者如果操作涉及到可能有风险的步骤，请确保在执行之前备份相关数据。
方案1 – 检查远程代理的 SDK 版本
首先，我们可以尝试确定远程代理实际上正在使用哪个 Windows SDK 版本。为此，你可以执行以下步骤：
- 登录到 Azure DevOps 或你的 CI/CD 环境。
- 导航到使用远程代理构建的项目。
- 找到构建任务或流水线中的配置步骤。
- 找到与构建代理相关的设置，这通常在构建步骤的环境配置中。
- 查找有关 SDK 版本的设置，可能是一个环境变量、构建参数或其他配置项。
检查这些设置，看看是否可以找到关于代理使用的 SDK 版本的信息。这可能是通过环境变量、命令行参数或配置文件中的某个值来指定的。一旦找到了 SDK 版本相关的设置，你就可以确定代理实际上是否正在使用 10.0.14393 版本的 Windows SDK。
方案2 – 更新远程代理的 SDK 版本
如果发现远程代理正在使用旧版本的 Windows SDK，你可能需要更新代理的 SDK 版本。这可以通过以下步骤来完成：
- 确认 Azure DevOps 代理或 CI/CD 代理的版本，以及该代理所在的环境。
- 寻找适用于你的代理版本的文档，了解如何更新或升级 Windows SDK。
- 根据文档的指导，升级代理所在环境中的 Windows SDK 版本。
请注意，在执行升级操作之前，务必备份所有重要的数据和配置，以防操作出现问题。
方案3 – 手动指定 Windows SDK 版本
如果更新代理的 SDK 版本不可行，或者你需要确保特定版本的 SDK 用于构建，你可以在构建步骤中手动指定所需的 Windows SDK 版本。这可以通过以下步骤来完成：
- 在你的构建配置中，找到与构建代理相关的步骤。
- 查找用于执行构建的命令或脚本。
- 在命令或脚本中添加指定 Windows SDK 版本的参数。例如，可以使用
-p:WindowsTargetPlatformVersion=10.0.14393.0参数来指定 Windows SDK 版本。
这将确保构建过程使用指定版本的 Windows SDK。
方案4 – 联系 Azure DevOps 支持
如果以上方法仍无法解决问题，或者你遇到了其他问题，你可以考虑联系 Azure DevOps 或你使用的 CI/CD 平台的支持团队。他们可能能够提供更具体的帮助，帮助你解决代理和 Windows SDK 版本的兼容性问题。
请注意，确保在与支持团队交流时提供清晰的错误信息、日志和你已经尝试过的解决方案，以便他们更好地理解你的情况并提供准确的帮助。
请注意，本文提供的解决方案可能因环境、工具版本或配置差异而有所不同。在执行任何操作之前，请仔细阅读相关文档并进行适当的备份。如果你对操作不确定，建议联系相关支持团队或专业人士寻求帮助。