.NET Core传递引用为何忽略Copy Local设置？

这确实是.NET Core（包括后续的.NET 5+版本）的设计特性而非Bug，咱们一步步拆解你的问题，给出对应的解决方案：

为什么传递引用会忽略CopyLocal=false？ #

.NET Core引入的可传递引用特性，核心目的是简化项目依赖管理——让下游项目自动继承上游依赖的引用，不用手动重复添加。但这里有个容易混淆的点：CopyLocal=false本质是标记当前项目不需要将该依赖复制到自身输出目录，但传递到下游项目时，下游项目的默认行为是会复制该依赖，除非上游通过更细粒度的属性来控制传递后的行为。这是特性设计的一部分，不是Bug。

如何让传递引用尊重CopyLocal=false的设置？ #

如果想保留可传递引用特性（团队需求），同时让B不被复制到你的项目输出，有两种更精准的方式：

1. 在上游依赖（项目A）中控制传递行为 #

在项目A的.csproj文件里，修改对B的引用配置，明确允许传递引用但禁止复制：

<ProjectReference Include="..\B\B.csproj">
  <!-- 允许引用B的程序集，保证你能调用B的类 -->
  <ReferenceOutputAssembly>true</ReferenceOutput>
  <!-- 禁止将B复制到A的输出，同时传递该设置给下游 -->
  <CopyLocal>false</CopyLocal>
  <!-- 允许传递引用，但仅排除内容文件和分析器（不影响程序集引用传递） -->
  <PrivateAssets>contentfiles;analyzers</PrivateAssets>
</ProjectReference>

这样当你的项目引用A时，会自动继承B的引用，但不会将B复制到输出目录。

2. 在你的项目中直接修改传递过来的B引用 #

如果无法修改上游项目A的配置，可以在自己的项目.csproj里，通过Update指令直接修改传递过来的B引用属性：

<ItemGroup>
  <!-- 无需手动添加B的引用，直接修改传递过来的引用配置 -->
  <Reference Update="B">
    <CopyLocal>false</CopyLocal>
  </Reference>
</ItemGroup>

全局禁用传递引用的简便方法 #

如果最终还是需要全局禁用可传递引用特性，可以利用.NET的Directory.Build.props全局配置文件：

1. 在解决方案根目录创建Directory.Build.props文件
2. 添加以下内容：

<Project>
  <ItemGroup>
    <!-- 对所有项目的ProjectReference默认设置PrivateAssets=all，禁用传递引用 -->
    <ProjectReference>
      <PrivateAssets>all</PrivateAssets>
    </ProjectReference>
  </ItemGroup>
</Project>

这样所有项目的引用默认都不会传递，如果有个别项目需要保留传递引用，只需在该项目的ProjectReference中单独覆盖设置：

<ProjectReference Include="..\A\A.csproj">
  <PrivateAssets>none</PrivateAssets>
</ProjectReference>

补充说明 #

你提到的<UseCommonOutputDirectory>true方案确实不适合，因为它会让所有项目输出到同一个目录，破坏了CopyLocal=true的原有逻辑，而且需要逐个修改项目，成本太高，不推荐。

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