包管理器、项目结构和迁移

Question

我有一个包含多个项目的解决方案，例如，10 个测试相关项目依赖于 nunit。目前我的解决方案结构包括 Tools 和 Lib 的文件夹，因此完整的 nunit 下载可能位于 Tools 中，而 dll 位于 Lib 中。

我想任何包管理器（NuGet 和 OpenWrap 是我正在考虑的两个）都需要为包创建它自己的“已知”位置。因此，尽管老式的包管理方式，在手动更新我的 Lib 文件夹后，我知道每个依赖于 nunit 的项目都已更新。

但是，如果我使用包管理器进行更新，我需要访问每个项目以确保它已更新并指向相同的引用，是吗？并且某些 dll 可能找不到（我现在正在考虑 unHDaddins），因此您还没有完全从手动包管理中解放出来。这意味着在包管理器更新每个项目之前，不会完成向最新更新的迁移。

所以我想知道我的理解是否正确，将包管理合并到规模合适的解决方案中的最佳方法是什么 - 例如：

0) add to source control: NuGet 'packages' folder or OpenWrap 'wraps' folder  
1) pick a dll (start with one that you beleieve has minimal dependencies)  
2) pick a project (ideally with minimal dependencies that might break)  
3) if OpenWrap, get the package you want into 'wraps'
4) for each project:  
    a) add reference to subject dll (manually if OpenWrap, NuGet will add for you)  
    b) fix compile error as needed  
    c) run tests  

这听起来正确吗？

干杯，
贝里尔

Answer 1

要回答您的问题，不，您不必使用 openwrap 执行任何操作，所有项目都会导入某个范围内的所有依赖项，因此更新适用于所有内容。

我无法回答其他包管理器的问题，但在 openwrap 中，您可以在源代码管理中添加 /wraps 文件夹，其中包含添加或更新它们时提取的包。该过程是首先从远程存储库添加包（或者如果没有可用的程序集，则从现有程序集创建一个包），然后手动从 /lib 中删除引用。在 OpenWrap 中，我们不会添加对 csproj 的引用，而是在构建时添加它们，因此如果 /lib 中已经存在依赖项，我们将不会添加它。这意味着您可以添加所有包，并逐个删除引用，每次都运行测试。

希望这只是一个暂时的问题，直到所有 dll 都可以作为包使用为止，这会很快发生。