.net - 维护多个项目通用的 .NET 程序集引用

Question

一段时间以来，我和我的同事一直在想这样做的最佳方法是:维护在多个项目中引用的 .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 的文件或多或少位于中央。

我可能要求太多了，但是有没有已知的方法可以完成大部分/所有这些？很长一段时间以来，这里一直困扰着我们。

Answer 1

以下应该做我认为的伎俩:

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

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