求助：dotnet build在解决方案未含全部引用项目时未生成指定配置文件

问题场景 #

• 项目结构：1个用于类库检查的控制台项目、2个类库项目（Lib2依赖Lib1，两个类库均依赖控制台项目），Lib2将控制台项目设为生成后执行目标。
• 两种构建结果：
  • 包含所有3个项目的完整解决方案：执行dotnet build CheckTest.sln，构建正常完成。
  • 仅含控制台项目和Lib2的精简解决方案：执行dotnet build CheckTest2.sln时构建失败——控制台项目的runtimeconfig.json和deps.json未生成，导致生成后目标无法执行；即便先构建完整方案再运行精简方案，这两个文件也会被莫名删除。
• 实际需求：主项目包含80+个项目，需要给负责部分项目的同事提供精简方案，支持单独构建。
• 已尝试无效操作：在控制台项目的csproj中添加<GenerateRuntimeConfigurationFiles>true</GenerateRuntimeConfigurationFiles>。

可行解决方案 #

1. 补全精简方案的依赖链 #

MSBuild仅会解析解决方案内包含的项目依赖，精简方案未包含Lib1，导致控制台项目的依赖上下文不完整，MSBuild因此跳过运行时配置文件的生成。直接把Lib1添加到精简解决方案中，即可恢复正常构建逻辑。

2. 强制控制台项目生成并保留运行时文件 #

在控制台项目的csproj中添加以下配置，既强制生成文件，又阻止构建过程清理这些文件：

<PropertyGroup>
  <GenerateRuntimeConfigurationFiles>true</GenerateRuntimeConfigurationFiles>
  <!-- 关闭自动清理，避免文件被删除 -->
  <Clean>false</Clean>
</PropertyGroup>

同时，在Lib2的csproj中明确指定控制台程序的执行路径，避免依赖自动解析的路径：

<Target Name="PostBuildCheck" AfterTargets="PostBuildEvent">
  <Exec Command="$(SolutionDir)Check\bin\$(Configuration)\$(TargetFramework)\Check.exe" />
</Target>

3. 预发布控制台项目作为独立工具 #

将控制台项目单独发布成独立可执行工具，让类库项目直接引用发布后的文件：

1. 先单独发布控制台项目：

dotnet publish Check.csproj -c Release -o ./tools/check-tool

2. 修改Lib2的csproj中的生成后命令：

<Target Name="PostBuildCheck" AfterTargets="PostBuildEvent">
  <Exec Command="$(SolutionDir)tools/check-tool/Check.exe" />
</Target>

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