我的印象是，在 .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 命令行工具)
关于.net - 为什么 .NET 中不需要 Maven？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/729545/