我要做的方式是SolutionItems在我的解决方案中创建一个目录，并将所有引用的第三方 dll 文件物理复制到该文件夹中，然后我local copy在SolutionItems目录中更改对它的引用。但问题是：手动管理它值得吗？
我认为这是一个好主意，因为它是我的应用程序的依赖项。如果不包含 dll 文件，如果机器没有安装所需的 DevExpress 版本，整个解决方案将无法在 Visual Studio 中运行。Deployment Project无论如何，只要正确设置了引用，我都会正确处理依赖关系。
另一方面，因为 DevExpress 通常会自动添加引用，我可以Project converter用来更新 DevExpress 的版本。因此，在不参考Local Copy内部解决方案的情况下，每当我更改参考或在 DevExpress 版本之间进行更改时，它几乎都是开箱即用的。相反，如果我正在管理我local copy的 .dll 文件，我将为自己创建更多工作来维护 dll 文件的引用和物理副本。我是否应该像现在一样保持简单，基于使用此应用程序的任何人都需要安装 DevExpress 副本的假设？