Mamba 将自己定位为更快的直接替代 Conda 的替代品。使用 Mamba 而不是 Conda 作为 Anaconda 的包管理器怎么会有问题？
问问题
5941 次
1 回答
12
我很高兴地通知您，使用 Mamba 基本上没有严格的缺点！它始于 2019 年 3 月，作为对 Conda 的一个薄包装，并通过使用等效的新高效 C++ 代码逐步重写 Conda，得到了长足的发展。他们添加了 Mamba 独有的功能，例如mamba repoquery. Conda 和 Mamba 都使用 BSD 3-Clause 许可证，因此没有区别。和 Conda 一样，Mambada 也有很好的跨平台支持。综上所述，有几点需要注意：
- 与 Conda 相比，Mamba 相对较新且不受欢迎。这意味着可能有更多未发现的错误，并且新错误可能需要更长的时间才能被发现。也就是说，Mamba 开发人员展示的敏捷性让我认为他们可能会更快地修复新发现的错误。
- 有相当多的已知错误，尽管Conda 也是如此。
- 前面提到的一些错误是 Mambda 和 Conda 之间的不一致。由于 Mamba 是对 Conda 的重写，因此您无法确定您会从中获得与从 Conda 获得完全相同的行为。你可以判断这对你有多重要。大多数 Mamba 用户永远不会遇到这些不一致的情况之一。
- 如果您使用 Mamba，遇到错误并报告它，那么处理您的错误报告的人可能不会感谢您使用他们不正式支持的包管理器。随着时间的推移，这可能会变得不那么重要。
- 如果您在脚本中使用 Mamba（例如 shell 脚本、makefile 等），那么如果这些脚本的用户有 Conda 而没有 Mamba，他们可能会遇到问题。在大多数情况下，他们只需将命令替换为
conda.mamba，但如果您使用 Mamba 独有的功能，则必须安装mamba. - 一些组织已批准使用 Conda，但未批准使用 Mamba。在上述场景中，这意味着来自这些组织的用户将不得不重写所有
mamba命令conda（即安装 Mamba 不是这些用户的选择，除非他们想等待他们的法律团队等批准使用Mamba），如果您使用专有的 Mamba 功能，那么它们只是不走运，将无法运行这些命令。 - Mamba 的机构支持（目前只是在撰写本文时由彭博社资助的 QuantStack）并不像Conda 的机构支持那么强大，尽管它们看起来确实很活跃，所以我暂时不用担心. 最坏的情况：项目被放弃，没有人分叉它，它变得陈旧。您和所有其他使用它的人必须返回到 Conda（或一些新的替代方案），并
mamba相应地更新您的命令。所有使用 Mamaba 独有功能的命令都必须删除或替换为更复杂的命令。但这是最坏的情况，而且似乎不太可能。
总而言之，这些都是相当小问题。我预计随着时间的推移，Mamba 将继续流行，甚至可能在未来将其代码集成到 Conda 中。
于 2021-06-19T02:58:50.107 回答