为什么需要禁用 defaults 频道？
在conda生态系统中，defaults频道是默认启用的，它包含了大量的常用软件包。然而，对于商业项目或需要严格控制依赖来源的场景，defaults频道可能会带来一些问题：
- 许可限制： defaults频道中的某些软件包可能存在商业使用限制，这对于企业用户而言是一个潜在的风险。
- 环境一致性： 当团队成员在不同机器上创建环境时，如果defaults频道行为不一致（例如，软件包版本差异），可能导致环境不一致，影响开发和部署。
- 可重复性： 为了确保环境的可重复性，我们通常会指定特定的频道（如conda-forge），但defaults频道的自动添加会干扰这一目标。
尽管用户可能已经在.condarc文件中进行了全局配置，或者在创建环境时明确指定了conda-forge，但在通过environment.yml文件创建环境时，defaults频道仍可能悄然出现，这给共享和复制环境带来了不便。
defaults 频道意外出现的问题
考虑一个典型的场景：您精心构建了一个基于conda-forge频道的环境，并将其导出为environment.yml文件，内容如下：
name: py38 channels: - conda-forge dependencies: - _libgcc_mutex=0.1=conda_forge # ... 其他依赖
当您或您的同事使用conda env create -f environment.yml命令创建环境时，conda的输出可能会显示：
Channels: - conda-forge - defaults
这意味着即使environment.yml中只列出了conda-forge，defaults频道依然被隐式添加了。这不仅违背了初始意图，也可能引入不期望的依赖或许可问题。
解决方案：使用 nodefaults 频道
Conda提供了一个简洁而强大的机制来解决这个问题：在channels列表中明确添加nodefaults。nodefaults并非一个实际的软件包频道，而是一个指令，告诉Conda不要自动添加defaults频道。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
通过将nodefaults添加到environment.yml的channels列表中，您可以确保在创建环境时，defaults频道不会被包含进来。
示例 environment.yml 文件：
name: my_secure_env channels: - conda-forge - nodefaults # 明确禁用 defaults 频道 dependencies: - python=3.9 - numpy - pandas # ... 其他依赖
当您使用上述environment.yml文件创建环境时：
conda env create -f my_secure_env.yml
Conda将严格遵循文件中定义的频道，并且不会再隐式添加defaults频道。此时，您会观察到Channels列表中只包含您明确指定的conda-forge（或其他频道），而defaults频道则被成功排除。
注意事项与最佳实践
- 优先级： nodefaults指令在environment.yml文件中具有高优先级，它会覆盖Conda的默认行为以及.condarc文件中可能存在的defaults配置，确保环境创建的纯粹性。
- 团队协作： 强烈建议在团队内部推广此做法，将nodefaults纳入所有共享的environment.yml文件中，以保证所有开发环境的一致性和合规性。
- 依赖来源： 在禁用defaults频道后，请确保所有必需的软件包都可以在您指定的频道（如conda-forge）中找到。否则，Conda将无法解析依赖关系并创建环境。
- 官方文档： 如需了解更多关于Conda环境管理和频道配置的详细信息，请查阅Conda官方文档。
总结
通过在environment.yml文件的channels列表中添加nodefaults，我们可以有效地阻止Conda在创建环境时自动引入defaults频道。这一简单而关键的配置，对于维护环境的纯净性、避免许可风险以及确保团队协作中的环境一致性具有重要意义。在构建和共享Conda环境时，请务必考虑并采纳这一最佳实践。
