我之前也碰到过类似的棘手情况，给你几个实际可行的方案，帮你绕开VS2013和Win8.1组件的限制：

方案1：手动安装VS2013独立构建工具集 #

微软提供了VS2013 Build Tools的独立安装包，不需要安装完整的VS2013，也能获取v120平台工具集的核心组件（编译器、链接器、头文件和库）。这个包在Windows 7上是支持的，步骤如下：

• 下载对应VS2013版本的Build Tools安装包（推荐用Update 5版本，兼容性更好）
• 运行安装程序，自定义选择组件，只勾选Visual C++ Compilers and Libraries、Windows SDK for Windows 7等核心部分，避免安装多余组件
• 安装完成后，打开VS2015，在项目属性的「平台工具集」下拉菜单里就能看到v120选项了

注意：要确认公司授权允许使用这个独立工具集，它的授权逻辑和VS2013一致，但因为是轻量化安装，可能更容易通过合规检查。

方案2：迁移项目到v140工具集（VS2015原生） #

如果不想额外安装工具，可以尝试把项目迁移到VS2015的v140工具集，步骤如下：

1. 先备份原项目（避免修改出错）
2. 用VS2015打开项目，会弹出迁移提示，选择自动迁移
3. 打开项目属性，把「平台工具集」改为v140
4. 逐个解决编译/链接错误：
   • 处理废弃API：比如一些旧的C++语法、微软特定的宏定义，替换为VS2015支持的替代方案
   • 第三方库兼容：如果项目依赖的第三方库没有v140版本，需要下载源码用VS2015重新编译对应版本
   • 配置文件调整：比如vcxproj里的自定义构建脚本，可能需要适配v140的路径

这个方案需要花时间调试兼容性，但胜在不需要额外安装工具，适合严格合规的环境。

方案3：用CMake重构项目构建流程 #

如果项目原本没有使用CMake，可以考虑用CMake重新生成VS2015的项目文件：

• 编写CMakeLists.txt，定义项目的源文件、依赖库、编译选项
• 在CMake中指定生成VS2015的项目（-G "Visual Studio 14 2015"）
• 生成后直接用VS2015打开编译，CMake会自动适配v140工具集

这种方式不仅能解决当前的工具集问题，还能让项目后续切换其他编译器/IDE更灵活。

内容的提问来源于stack exchange，提问作者user1969903