miniforge安装程序是一个相对较新的、由社区主导的最小conda安装程序（正如它在自述文件中所说）“可以直接与 Miniconda 进行比较，并添加了 conda-forge 是默认通道的附加功能”。
目前还不清楚 miniforge 和 Miniconda 之间有什么不同，或者 miniforge 用例是什么。
如果 miniforge 与 Miniconda 相同，只是conda-forge默认情况下只使用频道，为什么要创建一个完全不同的安装程序 - 为什么不直接使用 miniconda 并添加conda-forge作为第一个使用的频道~/.condarc？
如果 miniforge 与 Miniconda 不同，那么两者有什么不同呢？
miniforge是社区 (conda-forge) 驱动的简约conda安装程序。因此，后续的软件包安装来自conda-forge频道。
miniconda是 Anaconda（公司）驱动的简约conda安装程序。随后的软件包安装来自anaconda频道（默认或其他）。
miniforge是几个月前开始的，因为miniconda不支持 aarch64，很快“PyPy”人就加入了，同时也有miniforge适用于所有 Linux 架构以及 MacOS 的版本。
很快也会有一个 Windows 变体（希望 CPython 和 PyPy 也一样）
我猜想 ARMv7（32Bit ARM）变体也即将出现（Raspbian）
许可证。自 2020 年 9 月 30 日 Anaconda 服务条款更新起，对主要 conda 频道（托管于 repo.anaconda.org）的访问受到限制：https ://www.anaconda.com/terms-of-service
虽然 conda 和 miniconda 安装程序都是在 BSD 3 条款许可下发布的，但如果您在没有删除主通道的情况下实际使用已安装的 conda 客户端，您将违反 Anaconda 的 ToS。miniforge 安装程序完全避免了这种情况，这对于希望使用 conda 的大型组织特别感兴趣。
简短的回答：安装 miniforge 的 conda 与安装 Miniconda 的 conda 相同，只是它使用conda-forge通道（并且只有conda-forge通道）作为默认通道。
这可以通过查看 miniforge 存储库用于构建 miniforge 安装程序的两个文件来推断：
scripts/build.sh，它使用 conda 包构造函数来创建一个新的 conda 安装程序
Miniforge3/construct.yamlconstrutor，一个 yaml 文件，它指定正在构建的 conda 安装程序的最终 conda 环境应该是什么样子
查看construct.yaml它设置conda-forge为唯一的频道（没有添加默认频道；另请参阅此 Github 评论），然后安装一些包（python、conda、pip 和 bzip2）。它还将这些更改写入 condarc。