.net - 为什么 .NET 中不需要 Maven?

我的印象是,在 .NET 世界中,并没有真正需要类似 Maven 的工具。

我知道有 Byldan和 NMaven(它还活着吗?),但我还没有看到使用它们的真实项目。

此外,在我参与过的大多数 .NET 项目中,从未有人表示需要类似 Maven 的工具。 Maven maven 正在解决的问题(自动依赖解析、基于约定的构建结构......)在 .NET 中似乎并不那么重要。

我的看法正确吗?

为什么会这样?

人们在 .NET 中真正使用的是什么?根本没有自动依赖解析?

他们是否在编写自己的构建工具?

是否有人使用 Maven 本身来管理他们的 .NET 项目?这是 不错的选择?

你有什么经验?

最佳答案

对于工件依赖性解析,我会说 Nuget现在是首选方案。 它支持并促进构建时间分辨率,即无需将二进制依赖项工件检入 vcs。见 these articles .

从 Nuget 2.7 版开始,构建时间分辨率得到了更好的支持,命令 Nuget restore 是其中一个选项。

更新: 现在有一个替代的、兼容 nuget 的包管理器可用 - Paket在处理 transient 依赖关系和协调同一解决方案中项目之间的依赖关系方面,这比 vanilla nuget 客户端要好。工具似乎也很成熟(VS 集成和 CI 命令行工具)

https://stackoverflow.com/questions/729545/

相关文章:

java - 无法找到 tools.jar

c++ - #将所有 .cpp 文件包含在一个编译单元中?

jenkins - 在多个同时上游作业成功后,如何让 Jenkins 作业开始?

android - 多个 dex 文件定义 Lorg/apache/cordova/BuildHel

iphone - 如何在 Xcode 中减少构建时间/加快编译时间?

Xcode 构建警告 - 目标完整性 - 配置文件仅针对 ProjectnameTests 目标到期

visual-studio - 为什么在 Visual Studio 中执行之前 F5 不重建项目?

go - 如何编译由多个文件组成的 Go 程序?

android - 如何使用 Ant 构建 Android 示例项目? build.xml 不存在

c++ - 为多个项目和配置有效地使用 Visual Studio 项目属性