如何创建仅含父级依赖的最小可复现Conda环境？

以下是几种常用的实现方式和实用技巧：

1. 用conda内置的--from-history参数导出 #

这是最便捷的原生方案，仅导出你手动显式安装的顶层父包，不会携带依赖包：
激活环境后执行命令：

conda env export --from-history > environment.yml

如果需要同时导出你通过pip安装的包，可以追加--include-pip参数：

conda env export --from-history --include-pip > environment.yml

注意：该方案只会记录通过conda install手动执行安装的包，环境创建时默认安装的基础依赖（如pip、setuptools等）不会被包含，Conda会在新环境创建时自动匹配适配的版本。

2. 手动维护environment.yml文件 #

这是可控性最高的方案，你可以直接手动编写yaml文件，仅罗列项目需要的顶层依赖，示例格式如下：

name: spiderman
channels:
  - defaults
  - conda-forge
dependencies:
  - python=3.6
  - pandas=1.1.5
  - requests
  - pip:
    - scrapy==2.5.1

后续创建环境直接执行：

conda env create -f environment.yml

更新依赖时修改yaml文件后执行：

conda env update -f environment.yml --prune

3. 用第三方工具conda-minify精简导出 #

如果需要更灵活的精简规则，可以使用conda-forge社区维护的conda-minify工具：
首先安装工具：

conda install -c conda-forge conda-minify

然后导出指定环境的最小化配置：

conda-minify --name spiderman > environment.yml

该工具支持自定义排除规则、保留版本号粒度等进阶配置，也可以正常识别pip安装的依赖。 #

实用技巧 #

• 项目环境尽量仅安装运行必须的依赖，调试、格式化类的开发工具可以全局安装或者单独维护开发环境的配置文件，避免冗余依赖被导出。
• 可以拆分配置文件：用基础配置文件存放生产环境必须的最小依赖，再单独写开发依赖的配置文件，需要开发环境时叠加导入即可。
• 如果需要100%锁定环境版本用于生产部署，可以同时维护两份文件：最小化配置文件用于跨平台移植，全量带哈希的导出文件作为lock文件用于固定版本。

内容的提问来源于stack exchange，提问作者Petr