【问题标题】:conda create --clone v.s. copying the environment directlyconda create --clone vs.直接复制环境
【发布时间】:2022-03-24 01:18:14
【问题描述】:

https://docs.conda.io/projects/conda/en/latest/user-guide/tasks/manage-environments.html

我明白了

您可以通过创建环境的克隆来制作环境的精确副本 它:

conda create --name myclone --clone myenv

其中myenv 是现有环境。

conda create --clone 与直接将环境目录复制到新位置有何不同?

【问题讨论】:

    标签: anaconda conda


    【解决方案1】:

    Conda maintains hardlinks to reduce physical disk usage。普通复制只会进行物理复制,不必要地浪费大量空间。

    最成问题的问题是包含绝对路径的文件。单独复制会导致以一种神秘的方式耦合到原始环境。这可能会导致原始环境的变化隐含地影响复制的环境。 conda-prefix-replacement tool 用于重新连接这些绝对链接。1

    最后,还有一些运行链接后安装脚本的包。复制不会运行这些,这可能会导致未定义的行为。


    [1]: 一些人可能会感兴趣的历史记录 - 特别是对于这个名称非常恰当的软件。当 MacOS 用户升级到 Catalina (10.15) 时,此工具 (cpr) 源于 Anaconda 的重大损坏(请参阅 blog post)。 Anaconda 的旧安装程序有时会使用 /anaconda 作为安装目录,但 Apple 在 MacOS 10.15 中禁止在系统卷根目录中创建文件夹。这导致用户的 Anaconda 安装在升级过程中被移动,并最终破坏了它们。因此,cpr 工具提供了一种使这些无法工作的 Conda 装置复苏的方法。

    【讨论】:

    • +1,当我复制到新位置的环境仍然有指向原始位置的 shebangs 时遇到了一堆问题,并且该环境无法在新位置工作
    • 每次有人想要安装需要更新 Conda 本身的东西时,多用户集群中的噩梦。我选择告诉我的用户在本地安装 miniconda。
    猜你喜欢
    • 2021-10-13
    • 1970-01-01
    • 2019-02-27
    • 2016-10-21
    • 2020-12-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-04-26
    相关资源
    最近更新 更多