从 Nuget 安装添加对 bin 目录的引用

Question

我正在使用 Nuget 包管理器安装 AvsAn (2.1.0) 包。我希望参考路径是包目录，例如：

C:\app\packages\AvsAn.dll

但是添加了对bin目录的引用：

C:\app\NameSpace\bin\AvsAn.dll

令人困惑的是，某些包会发生这种情况，而其他包则不会（即，参考路径是包文件夹，正如预期的那样）

我尝试过的

• 卸载并重新安装包
• 谷歌搜索类似的东西（我一直找不到任何东西）

Answer 1

我们发现同一解决方案中的不同项目使用的版本彼此不同。此外，单个项目可能具有在<Reference> 元素中列出的版本，而不是在HintPath 中列出的版本。

我们只是浏览了每个 .csproj 文件并手动编辑它们以使所有内容保持同步。

• 找到以<Reference 开头的包含相关dll 信息的行。
• 此行应指示版本。例如：<Reference Include="SomeAssembly, Version=4.0.54">。 这之后可能会有一些额外的文本，例如Culture 和/或PublicKey 等。我们只对Version 属性感兴趣。
• 记下此版本。
• 现在检查<Reference 中的<HintPath>元素，它将包含VS 预期的那个dll 的路径（VS 将首先查找的位置）。
• 此路径还将包含一个版本..\packages\SomePackage.4.0.56\lib\net45\SomeAssembly.dll（例如 - 在我们的例子中是服务堆栈包）。虽然这在技术上不是一个版本（它只是系统上文件的路径），但它通常对应于 dll 的版本。
• 您需要确保这两件事是同步的 - 列出的路径确实存在并且指向预期的 dll。

在我们的例子中，我们从 ServiceStack 4.0.54 迁移到 4.0.56。一些 Include 引用指向 4.0.56，而路径仍指向 4.0.54 版本。因为提示路径没有指向预期的 dll，所以 VS 在别处查找，并在项目的 \bin\debug 目录中找到了它认为可以接受的匹配项。这不是正确的版本。

这将取决于您的具体情况来改变哪些和改变什么。

这很可能是由于合并不良造成的。

---

此外，我们清除了项目文件夹下的 \bin 和 \packages 目录。重新加载解决方案并让 Nuget 恢复。这只是为了清除一些东西，以便 Nuget 可以只下载它需要的包及其版本。并且它可以防止 VS 使用可能位于项目的\bin 目录中的错误版本。两者都可以安全删除。 \packages 文件夹将通过 Nuget 恢复器重新创建和填充，\bin 目录将在解决方案的下一次构建时重新创建和填充。