构建大量.NET项目与解决方案时如何节省磁盘空间？

1. 用共享输出目录减少重复复制 #

核心思路是让所有项目的输出文件集中到同一个共享目录，避免每个类库项目都重复拷贝依赖程序集：

• 在解决方案根目录或全局的Directory.Build.props中统一配置输出路径，同时禁止类库项目复制依赖：

  <PropertyGroup>
    <!-- 按配置和平台划分共享目录，确保不同环境文件隔离 -->
    <OutputPath>$(SolutionDir)..\SharedBuildOutput\$(Configuration)\$(Platform)</OutputPath>
    <!-- 类库项目不需要复制依赖到自身bin -->
    <CopyLocalLockFileAssemblies Condition="'$(OutputType)' == 'Library'">false</CopyLocalLockFileAssemblies>
  </PropertyGroup>
  

• 可执行项目（Exe、单元测试项目）保持默认的CopyLocal行为，确保运行时需要的依赖会被复制到共享目录，所有项目运行时直接从共享目录加载依赖，无需重复拷贝。

2. 优化跨解决方案依赖的折中方案 #

不用强行替换所有跨解决方案引用为项目引用，试试这两种更稳妥的方式：

内部NuGet包管理 #

把被多个解决方案引用的类库打包成内部NuGet包，发布到私有NuGet源，然后用PackageReference引用：

• 在类库项目的PackageReference中添加<PrivateAssets>all</PrivateAssets>，这样类库不会把依赖传递复制到自身bin，只有可执行项目会拉取所需的完整依赖链：

  <PackageReference Include="YourCompany.CommonLib" Version="2.1.0">
    <PrivateAssets>all</PrivateAssets>
  </PackageReference>
  

• NuGet会自动处理传递依赖，比手动管理程序集引用更可靠，也符合VS原生支持的工作流。

桥接解决方案 #

创建一个专门的"公共项目解决方案"（比如CommonProjects.sln），把所有被多个解决方案共享的类库项目包含进去。其他解决方案只需要引用这个桥接解决方案里的项目，VS完全支持这种跨解决方案的项目引用方式，不会出现IDE故障。

3. 清理冗余构建文件 #

• 批量清理obj文件夹：很多时候obj目录的文件体积比bin还大，用命令dotnet clean --verbosity quiet可以快速清理单个解决方案，或者写脚本遍历所有解决方案执行清理。
• 关闭不必要的输出：在Release配置下，关闭XML文档生成、调试符号文件（如果不需要）：

  <PropertyGroup Condition="'$(Configuration)' == 'Release'">
    <GenerateDocumentationFile>false</GenerateDocumentationFile>
    <DebugType>none</DebugType>
  </PropertyGroup>
  

• 启用增量构建：确保只有修改过的项目才重新构建，减少不必要的文件生成，项目文件中默认已开启，若被关闭可手动设置<IncrementalBuild>true</IncrementalBuild>。

4. 精细化控制CopyLocal行为 #

不要全局设置CopyLocal=false，而是针对特定依赖做配置：

• 对于跨解决方案的程序集引用，设置<Private>false</Private>，阻止其被复制到类库的bin目录：

  <Reference Include="ExternalLib.dll">
    <Private>false</Private>
  </Reference>
  

• 确保可执行项目通过共享输出目录或NuGet包的方式获取这些依赖，避免运行时缺失。

内容的提问来源于stack exchange，提问作者Marco Franzé