我应该在我的解决方案中包含第三方 (Devexpress) dll 文件吗？

Question

我要做的方法是在我的解决方案中创建一个SolutionItems 目录，并将所有引用的第三方 dll 文件物理复制到该文件夹​​中，然后我在SolutionItems 目录中更改对该local copy 的引用。但问题是：手动管理它值得吗？

我认为这是一个好主意，因为它是我的应用程序的依赖项。如果不包含 dll 文件，如果机器没有安装所需的 DevExpress 版本，整个解决方案将无法在 Visual Studio 中运行。我的Deployment Project 将正确处理依赖关系，只要引用设置正确。

另一方面，因为 DevExpress 通常会自动添加引用，我可以使用Project converter 来更新 DevExpress 的版本。因此，如果不参考 Local Copy 内部解决方案，每当我更改参考或在 DevExpress 版本之间更改时，它几乎都是开箱即用的。相反，如果我正在管理我的local copy，我将为自己创建更多工作来维护 dll 文件的引用和物理副本。我是否应该像现在一样保持简单，假设使用此应用程序的人都需要安装 DevExpress 的副本？

Answer 1

我们在我工作的地方遇到了类似的问题。 5 个开发者、1 个 svn 和 DevExpress dll 的多个副本。正如您所描述的，我们最初尝试维护一个本地副本（手动更新），这对我们来说不效果很好。所以是的，最简单的做法（根据我的经验）是要求参与该项目的每个人都安装 DevExpress 的副本。