我们已将创建新 feedstock 的 CI 作业移至我们的 conda-forge/admin-requests 仓库。 新位置已反映在仓库和我们的状态页面的各种链接中。

conda-forge 正在迁移到以版本 2 软件包格式（也称为 .conda）生成 conda artifacts。 这些 artifacts 可以更有效地索引和维护生态系统。 我们的 admin migrations 机器人将开始向 feedstock 发送 PR，以将其更改为新的 artifact 格式。 您需要 conda 版本 4.7 或更高版本才能使用新的 .conda artifacts。 如果您遇到问题或有反馈，请在此 问题 上留言。

CPython 版本 3.8.14、3.9.14 和 3.10.7 在几周前发布，以缓解 CVE-2020-10735。 选择的缓解策略可能会在某些库中导致错误（例如 ValueError: Exceeds the limit (4300) for integer string conversion）。 如果您受到影响，请阅读 公告 并了解 CPython 文档 中提供的解决方法。

conda-forge 团队 已决定 构建和发布这些版本，不进行任何额外更改。 新软件包将在 2022-11-10 或之后根据 Anaconda 的决定 提供。

根据 CEP 8，Conda 正在迁移到 CalVer。 第一个 CalVer 和最后一个 SemVer 应分别为 22.9.0 和 4.14.0。 此更改保持版本顺序，因此您不应遇到任何问题。

Conda-Forge 已经为 Python 3.7 提供了 4 年的支持。

越来越多的项目正在放弃它（尤其是在 PyData 社区中）。 随着 Python 3.11 的发布临近（10 月 3 日），conda-forge 计划在 Python 3.11 发布时放弃对 Python 3.7 的支持。 这将减轻 conda-forge 基础设施的负担，并为社区希望支持的新版本腾出空间。

更多详细信息可以在问题 conda-forge-pinning-feedstock#2623 中找到。 欢迎在那里提供反馈。

Conda-forge 自大约 2.5 年前开始支持 PyPy，最初的 PyPy 3.7 构建几乎在所有方面都被更新的 3.8 和 3.9 构建取代。 因此，我们将放弃 PyPy 3.7 作为受支持的 python 版本，并将继续关注更现代的 PyPy 构建。

Microsoft 已弃用 Visual Studio (VS) 2017 编译器，并将其从他们控制的所有 CI 中移除（特别是 Azure Pipelines 和 Github Actions）。 这意味着该 VS 版本的默认工具链（== C/C++ 编译器、链接器、标准库和相关实用程序）- vc141 - 在上游库中的使用越来越少（因为公共托管 CI 默认不再使用它），因此对其的支持正在以越来越快的速度衰退。 因此，我们 计划 在两周后的 2022-08-25 将我们在 Windows 上的工具链迁移到 vc142（VS2019 中的默认值）。

这不会影响您作为 Windows 上 conda-forge 软件包的普通用户； 唯一的影响是，如果您在本地编译针对 conda-forge 生成的 artifacts，并且您自己仍在使用 VS2017，则您需要升级您的编译器（VS2019 是一个即插即用的替代品，并且 ABI 兼容）。

Azure 正在移除其 OSX 10.15 VM 镜像，因此我们正在升级到 11。 您需要重新渲染您的 feedstock 才能获得此更改。 未指定新 VM 镜像的 Feedstock 在 Azure 完全移除旧镜像后将无法构建。 如果您有任何问题或疑问，请与我们联系！

经过六个多月的时间，conda-forge 团队和贡献者已成功将 Qt5 软件包更新到最新的 LTS 版本 5.15.2。 主要更改包括将 QtWebEngine (qt-webengine) 的软件包与 Qt 的其余部分（现在在一个名为 qt-main 的新软件包中）分开。 这允许不使用任何 WebEngine 组件的 recipe 仅依赖于 qt-main，从而减小下载的二进制文件的总大小。 因此，qt 将成为一个元软件包，它将安装 qt-main 和 qt-webengine 作为依赖项。 关于 PyQt，新软件包现在与其对应的 PyPI 版本同步，这意味着 pyqt 软件包将仅提供 Qt 的核心组件，而将 pyqtwebengine 和 pyqtcharts 作为可选软件包，通过提供 QtWebEngine 和 QtCharts 组件来扩展 PyQt。 将会部署一个迁移器来帮助过渡。

GitHub action 现在监控 staged-recipes 中 issue 的评论，并且当在评论中提到 staged-recipes 子团队时，将向 issue/PR 添加语言和审查标签。 如果 staged-recipes 的成员移除 review-requested 标签，它会添加 Awaiting author contribution 标签。 与仅发送给提及时团队成员用户的通知不同，标签是持久的且对所有人可见，因此它们对于识别需要关注的旧 PR 非常有帮助。