添加NuGet导入项目(.targets)文件后项目引用失效求助

我来帮你梳理下这个矛盾的问题，并给出几个实用的解决思路：

首先拆解下你遇到的两个核心现象：

• 加入<Import>行后项目引用属性为空：这大概率是Brutal.Dev.StrongNameSigner的.targets文件逻辑干扰了MSBuild解析项目引用的流程。比如它可能重写了ResolveAssemblyReferences相关目标，或是修改了引用的元数据属性，导致VS/MSBuild无法正确读取引用信息。
• 移除<Import>后能构建：这有几种可能：一是NuGet安装时已将签名工具部署到全局可访问路径，构建时仍能找到工具执行签名；二是之前构建生成的签名后DLL还在输出目录，后续构建未触发完整签名流程；三是你的项目构建逻辑里，签名步骤并不依赖这个.targets的导入（比如手动在后期构建事件里加了签名命令）。

接下来是具体的解决办法：

1. 调整Import条目的位置 #

MSBuild按文件顺序执行目标和属性，把<Import>行移到csproj文件的最后面（所有项目引用、ItemGroup定义之后），就能避免它干扰引用的解析流程。

修改后的csproj片段示例：

<!-- 先定义所有项目引用和其他ItemGroup -->
<ItemGroup>
  <Reference Include="YourExternalDll" />
  <!-- 其他引用... -->
</ItemGroup>

<!-- 最后导入StrongNameSigner的targets -->
<Import Project="..\packages\Brutal.Dev.StrongNameSigner.2.1.3\build\Brutal.Dev.StrongNameSigner.targets" Condition="Exists('..\packages\Brutal.Dev.StrongNameSigner.2.1.3\build\Brutal.Dev.StrongNameSigner.targets')" />

2. 切换到PackageReference管理NuGet包 #

如果你的项目还在使用传统的packages.config，建议迁移到PackageReference。PackageReference会自动处理NuGet包的.targets导入顺序，它的导入逻辑集成在MSBuild默认构建流程中，不会出现覆盖项目引用解析的问题。

3. 检查并修改.targets文件的逻辑 #

打开Brutal.Dev.StrongNameSigner.targets文件，查看是否有修改Reference相关的逻辑。比如它可能对所有引用的DLL都执行了处理，导致引用属性被清空。你可以给相关目标添加条件，让它只处理你需要签名的特定无源码DLL，而非所有项目引用。

4. 验证签名是否真正生效 #

移除<Import>后虽然能构建，但一定要确认DLL是否真的被正确强签名了。可以用命令行工具验证：

sn -v YourOutputDll.dll

如果返回“Assembly is valid”，说明签名确实生效；如果返回错误，那只是构建没报错，但签名步骤未执行，这时候就得回到调整Import位置的方案。

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