维护多个项目通用的.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

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

请参见本教程：Using Maven to manage .NET projects

Answer 2

下应该做的，我认为这件事：

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

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