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

Question

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

我认为这是一个好主意，因为它是我的应用程序的依赖。如果没有包含dll文件，如果计算机没有安装所需的DevExpress版本，整个解决方案将无法在Visual Studio中运行。无论参考设置是否正确，我的SolutionItems都会正确处理依赖。

另一方面，因为DevExpress通常会自动添加引用，我可以使用Deployment Project来更新DevExpress的版本。因此，无需参考Project converter内部解决方案，只要我更改引用或在DevExpress版本之间进行更改，它就可以开箱即用。相反，我正在管理我的Local Copy，我为自己创建了更多的工作来维护dll文件的引用和物理副本。我应该像现在这样保持简单，基于这样的假设：使用此应用程序的人需要安装DevExpress的副本吗？

Answer 1

我工作时遇到了类似的问题。 5个开发者，1个svn和多个DevExpress dll副本。我们首先尝试维护本地副本（手动更新），这样做不对我们有效。所以，最简单的事情（根据我的经验）要求在项目上工作的每个人都安装了DevExpress副本。