anaconda - 更新 Anaconda 和 Conda 基础和环境的正确方法是什么？

Question

只是想知道更新 Anaconda 和 Conda 安装和虚拟环境的正确方法是什么。这是我一步一步的困惑:

当我运行命令时 conda update anaconda ，它更新/降级了很多包。

然后我跑了conda update conda ，它再次更新/降级一些软件包。

接下来，我跑了conda update --update-all它开始降级/升级不同的软件包。

最后，为了确保一切都已更新，我运行了 conda update anaconda再次。我期待像 这样的消息一切都是最新的 但令我惊讶的是，它再次显示了大量需要再次更新/降级的软件包？

我在这里做错了什么？在我看来，我好像在用这些命令绕圈子。有什么帮助吗？

Answer 1

您本身并没有做错任何事情，但是运行 conda update anaconda 并没有多大意义。和 conda update --all在同一个环境中紧随其后 - 它们代表两种完全不同的配置。
更新 python
Anaconda 是一个 Python 发行版，将大量软件包捆绑在一起。据推测，一堆测试用于验证所有包版本和构建是否相互兼容。因为这需要时间，所以 Anaconda 团队每隔几个月左右才会发布新的发行版(即新的 anaconda 版本)。如果您想要一组经过互操作性测试的稳定软件包，请执行 conda update anaconda .
全部更新
在 Anaconda 发布之间，许多软件包的新版本仍会在 Anaconda channel 上发布，如果您运行 conda update --all您将不可避免地领先于 anaconda 中指定的版本。捆。如果您想要最新的单个软件包版本并且不介意可能使用未经过全面集成测试的软件包构建，请运行 conda update --all .
值得注意的是，优先访问最新版本软件包的人似乎更喜欢 Conda Forge ，因为它往往有更频繁的包发布。但是，在我看来，如果您无论如何都要将大多数软件包切换到 Conda Forge，那么安装 Anaconda 几乎没有意义。相反，只需安装 Miniconda并且只在开始时从 Conda Forge 安装您想要的东西。
更新 无
我个人很少会跑 conda update一旦我强化了项目的要求，就在 env 上。 每次更新 env 时，都有可能破坏已经编写的代码。 相反，Conda 可以很容易地创建新的环境，如果它们与其他环境有很多重叠，那么由于 sharing packages across envs via hardlinking，环境可能会非常轻。 .
更新 conda
上述所有内容的一个异常(exception)是 conda包，这是您用来管理包和环境的基础架构。那，应该像任何其他包管理器一样更新(例如， pip 或 homebrew )。