是否有开发者成功修改vcvars*.bat指向共享构建工具，无需安装即可正常使用MSBuild？

前置准备校验 #

• 从原安装机拷贝VS构建工具时，必须保持原安装目录的完整相对层级结构，不要打散文件零散存放；需要完整拷贝VC、MSBuild、Common7\Tools目录，以及随工具集配套的Windows SDK目录
• 每个VS版本的工具集单独存放在独立的挂载子目录下，避免不同版本的可执行文件、头文件混放引发路径查找错误

通用适配方法（无需修改原有vcvars脚本） #

绝大多数正式发布版本的vcvars脚本本身支持通过环境变量指定非默认安装路径，不需要手动修改脚本内容：

• 启动cmd会话后，先手动设置两个核心环境变量：
  • set VSINSTALLDIR=你的挂载路径下对应VS版本的根目录（例如N:\Toolchains\VS2019BuildTools\16.11.33927，对应原默认安装路径的根目录层级）
  • set VCToolsInstallDir=%VSINSTALLDIR%\VC\Tools\MSVC\你的实际MSVC版本号
• 直接调用挂载路径下VC\Auxiliary\Build\vcvars64.bat（x64构建场景用这个，根据实际目标架构选对应x86/arm版本的vcvars脚本），脚本会自动读取已设置的环境变量，完成全链路编译路径注入
• 环境初始化完成后，直接调用同工具集目录下的MSBuild.exe即可正常加载、编译现有VS解决方案文件

硬编码路径场景的脚本调整 #

如果遇到老旧版本vcvars脚本硬编码默认安装路径、无法自动识别自定义路径的情况，按以下步骤修改对应批处理文件：

• 打开工具集目录下VC\Auxiliary\Build中的目标vcvars批处理文件
• 搜索文件内所有硬编码的默认VS安装路径（例如C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools），全部替换为你挂载路径下的VS根目录值
• 搜索文件内硬编码的Windows SDK路径（例如C:\Program Files (x86)\Windows Kits\10），替换为你挂载路径下存储SDK的实际目录值
• 仅替换硬编码的绝对路径段，不要修改脚本内部的相对路径引用逻辑，避免破坏原有工具链的自动查找关系

常见问题排查 #

• 若MSBuild报找不到平台工具集的错误，检查VCToolsVersion环境变量值是否与VC\Tools\MSVC下的实际目录名完全匹配（逐字符一致，注意版本号的小版本后缀不要错）
• 必须在同一个cmd会话内先执行vcvars初始化、再调用MSBuild，因为vcvars注入的环境变量是会话级别的，跨会话调用会直接失效
• 全程无需在本地构建节点安装任何VS组件、SDK，也不需要修改本地注册表配置，所有文件均直接从挂载存储路径读取

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