维护多个项目通用的 .NET 程序集引用答案

【问题标题】：Maintaining .NET assembly references common to multiple projects维护多个项目通用的 .NET 程序集引用
【发布时间】：2010-07-21 13:50:54
【问题描述】：

我的同事和我一直在想最好的方法来做到这一点：维护在多个项目中引用的 .NET 程序集的好/标准方法是什么？我会详细说明：

假设您有项目 A、B 和 C。它们可能位于相同的解决方案或不同的解决方案中，这并不重要。您还有项目 D 和 E 输出 DLL 供 A/B/C 参考。为了更好地衡量，我们将折腾第三方程序集 F，我们只有裸 DLL。哪里是放置 D 和 E 中的程序集以及 F 中的文件的好地方，以便尽可能多地发生以下情况：

对 D 和/或 E 的更新不必在项目 A、B 或 C 中手动刷新/更改；
项目 A、B 和 C 可以通过源代码控制下载到新机器并以最少的麻烦进行编译；和
D 和 E 的 DLL 输出以及 F 的文件或多或少位于中心位置。

我可能要求太多了，但是有没有已知的方法可以完成大部分/所有这些？这让我们困惑了很久。

【问题讨论】：

标签： .net version-control tfs assemblies reference

【解决方案1】：

我认为以下应该可以解决问题：

1) 有一个发布文件夹，您的第三方 dll 将在其中存在。
2) 还添加一个构建后脚本，以便在构建成功时将程序集 D.dll 和 E.dll 复制到发布文件夹中。
3) 项目 A、B 和 C 将从发布文件夹中引用 D.dll 和 E.dll。

此外，将发布文件夹中的 D.dll 和 E.dll 添加到源代码管理中也没有任何意义。构建机制应该能够自动处理这个问题。

【讨论】：

【解决方案2】：

一个（可能不是最佳的）解决方案是使用Maven 进行依赖管理。

查看本教程：Using Maven to manage .NET projects

【讨论】：