经过漫长且深入的讨论后,有关更改 Python
语言项目的发布周期已经得出结论:该项目正式宣布采用
12 个月的发布周期。

  • ast

  • asyncio

  • curses

  • fcntl

  • os

  • threading

  • venv

  • pathlib

  • pprint

  • importlib

  • signal

图片 1

此外还有 API 优化与弃用等方面的变化,详情可以查看:

Python 指导委员会成员 Brett Cannon 宣布代表委员会接受新发布周期的 PEP
602 的提案(Brett
也被认为是继 Python 之父 Guido 之后的 BDFL
代表)。指导委员会认为,当达到 Beta、RC
和最终版本时,每年有一个一致的时间表将对社区有所帮助:

  • 知道何时开始测试 Beta 以提供反馈
  • 知道何时期望 RC,以便社区可以准备他们最终版本的项目
  • 了解最终版本的发布时间,以协调 Python 最终版本的发布(如有必要)
  • 让核心开发者更轻松地计划工作以确保如期完成目标

总而言之,此举的目的在于让社区有足够的时间在 Beta
版本中提供反馈,同时让开发者有足够的时间来全面测试 RC
并为最终版本做准备。采用一年发布一个大版本旨在让整个开发发布流程更具有可预测性。每个版本将获得一年的完整支持和四年的安全更新

抢鲜试用:

PEP 602 的作者是 Python 3.8 和 3.9 的发布经理 Łukasz Langa,因为 Python
3.8 已经发布,所以新的发布周期将从 Python 3.9 开始采用。

对于这个方案,有开发者提到了 PHP
的做法,即提供两年的完整支持,并在第三年提供安全修复支持。所以对于
Python,我们可能也必须开发一个具有安全修复程序的长期支持方案,因为 RHEL
或 Ubuntu LTS 发行版的整个生命周期内都会进行主要版本的 Python 升级。

关于 Python
3.9,当前比较受热议的话题是发布周期加速。经过漫长且深入的讨论(PEP
602)后,有关更改 Python 语言项目的发布周期得出的结论是:采用 12
个月的发布周期。

(文/开源中国)    

一个月前 Python 3.8 才发布,该发布周期会从 3.9 开始执行。

新的版本开发周期是这样规划的:

  • 在一年周期开始前的 5
    个月时间里(跟上一个周期的末尾重合,因为每个周期的末尾基本上是修复
    bug,时间比较充裕),各个开发者自由开发讨论,提交特性,但不合并到开发分支。

  • 一年开发周期的前 7 个月,确定 feature 并完成 Alpha 版本。

  • 然后花费 4 个月的时间用于修复 bug,以完成 Beta 版本。

  • 最后 1 个月收尾,最终发布正式版。

  • 正式版发布之后,一年之内会获得完整支持,5 年之内会有安全更新。

此举的目的在于让社区有足够的时间在 Beta
版本中提供反馈,同时让开发者有足够的时间来全面测试 RC
并为最终版本做准备。采用一年发布一个大版本旨在让整个开发发布流程更具有可预测性。每个版本将获得一年的完整支持和四年的安全更新。

同时,日常提醒一下:

图片 2

https://pythonclock.org

(文/开源中国)