如何隔离VS2019解决方案批处理构建，避免共享项目被误清理

我们有两个Visual Studio 2019解决方案：ParentSolution.sln和ChildSolution.sln，二者引用了同一个共享项目CommonProject1。在ParentSolution的预构建步骤中，通过批处理脚本调用msbuild构建ChildSolution，目的是让父方案将子方案的构建结果纳入清单，用于嵌入式设备的升级部署。

批处理脚本内容如下：

msbuild.exe "ChildSolution.sln" -p:Configuration=Release;Platform=x64 -maxCpuCount -t:clean
msbuild.exe "ChildSolution.sln" -p:Configuration=Release;Platform=x64 -maxCpuCount

但执行子方案的clean操作时，会意外清除父方案中所有共享项目的构建产物。所有项目的输出目录设置为$(SolutionDir)$(Platform)\$(Configuration)\，中间目录为$(Platform)\$(Configuration)\。

我们尝试过调整本地目录、在子方案中调用vcvars64.bat，但都无效。文件夹结构如下：

Common\
  CommonProject1\
ParentSolution
  ParentProject\
  x64\
    Release\
      CommonProject1.dll // 此文件被误删...
ChildSolution            // ...当从ParentSolution通过批处理调用清理此方案时
  ChildProject\
  x64\
    Release\
      CommonProject1.dll

请问除了让二者成为完全独立的进程外，是否有办法彻底隔离子方案的构建，避免其清理父方案的产物？是否是父VS实例的环境变量导致的问题？

核心原因分析 #

问题根源在于两点：一是共享项目的输出路径依赖$(SolutionDir)变量，二是从父VS进程调用子方案构建时，MSBuild会继承父进程的环境变量，导致子方案的共享项目错误地将父方案的目录识别为$(SolutionDir)，最终触发clean操作时删除了父方案的产物。

具体修复方案 #

1. 强制为子方案指定独立的SolutionDir

修改批处理脚本，显式为ChildSolution设置SolutionDir参数，彻底覆盖父进程的环境变量：

msbuild.exe "ChildSolution.sln" -p:Configuration=Release;Platform=x64;SolutionDir=%~dp0ChildSolution\ -maxCpuCount -t:clean
msbuild.exe "ChildSolution.sln" -p:Configuration=Release;Platform=x64;SolutionDir=%~dp0ChildSolution\ -maxCpuCount

%~dp0代表批处理脚本所在的目录，确保SolutionDir精准指向ChildSolution的根目录，避免继承父进程的路径值。

2. 重构共享项目的输出/中间目录

不要让共享项目依赖$(SolutionDir)，改为使用基于自身项目目录的路径，或者为每个解决方案配置专属的输出子目录：

• 输出目录改为：$(SolutionDir)$(Platform)\$(Configuration)\Shared\（父、子方案各自的SolutionDir不同，输出路径自然分离）
• 或者直接为共享项目设置绝对路径，比如：$(MSBuildProjectDirectory)\..\..\Output\$(Platform)\$(Configuration)\Child\（子方案）和$(MSBuildProjectDirectory)\..\..\Output\$(Platform)\$(Configuration)\Parent\（父方案）

3. 禁用MSBuild节点复用

MSBuild默认会复用构建节点，可能导致环境变量残留。在调用时添加/nodereuse:false参数，强制每个构建任务使用干净的环境：

msbuild.exe "ChildSolution.sln" -p:Configuration=Release;Platform=x64 -maxCpuCount -t:clean /nodereuse:false
msbuild.exe "ChildSolution.sln" -p:Configuration=Release;Platform=x64 -maxCpuCount /nodereuse:false

4. 拆分clean操作（可选）

如果不需要每次预构建都清理子方案，可以将clean操作从预构建脚本中移除，改为手动触发或通过条件判断执行，进一步降低误删风险。

验证方法 #

修改脚本后，先手动执行批处理，检查ParentSolution\x64\Release目录下的CommonProject1.dll是否保留；再在VS中触发ParentSolution的预构建，再次验证文件完整性。

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