依赖管理框架应该做什么？

Question

我开始为.NET / C ++编写一个开源的免费依赖管理框架。在这里提出问题我试图不再创造另一个没有人需要的问题。我绝望地尝试采用大量现有的无法满足我的卑微工作和业余爱好的需求，开始了我绝望的夜间爱好：

• 简单的命令行界面，无需纠结特定于ms的部署和UI插件即可正常工作;能够在CI构建脚本中轻松使用它，或者作为NAnt或MSBuild exec接口的一部分使用它
• 基于目录的简单软件包存储库（如果您不想设置存储库服务器）
• 本地包缓存
• 支持多个存储库和存储库链接
• 从命令行轻松编译包并发布到特定存储库
• 非常简单的包配置文件
• 有效的依赖树解析（即依赖关系的依赖性和更深层次）;冲突检测;自动依赖版本升级;

如果解决方案具有以下结构，这在基于svn的存储库中非常标准，那么想法很简单：

/ (trunk?)
/include (3rdparty c++ header files)
/tools (some tools required to build your product, for example protobuf generator)
/other (random stuff which doesn't fit anywhere, like resources)
/lib (managed 3rdparty library binaries)
/src (the solution's source files)

在根中还有.xml配置文件，描述您的解决方案并包含：

• 全球唯一包ID
• 元数据（版本，供应商，发行说明等）
• 包依赖关系（log4？，hibernate，boost等），包括版本模式，平台等。
• 从/ src文件夹中获取的文件，以便从您的解决方案（如果有）生成包

控制台工具允许在存储库中搜索包，解决依赖关系（它们将放在/ include，/ lib和/ tools文件夹中），编译包并将其发布到存储库。 / lib，/ include，/ tools文件夹内容不必提交到subversion，只需要提交给根文件夹中的config xml。

该工具支持多个存储库，这些存储库在位于用户主文件夹（如果没有覆盖）的xml文件中配置，他可以在其中配置其优先级，位置和发布选项。

为.NET 4编写，但可以轻松地为Mono重构。

我不会在此处粘贴此网址以禁止广告。

Answer 1

对于依赖关系管理，我将maven用于我的Java项目，它是一个非常简单和漂亮的工具。针对.NET的一些变体进行了讨论here