摘要

本文檔描述了從 Python 3.9 開始的 Python 發布日曆變更。此變更旨在加速發布節奏，使得功能版本能以每年十月為週期，可預測地每十二個月發布一次。

實作

範例

• 3.9 開發開始：2019 年 6 月 4 日，星期二
• 3.9.0 alpha 1：2019 年 10 月 14 日，星期一
• 3.9.0 alpha 2：2019 年 11 月 18 日，星期一
• 3.9.0 alpha 3：2019 年 12 月 16 日，星期一
• 3.9.0 alpha 4：2020 年 1 月 13 日，星期一
• 3.9.0 alpha 5：2020 年 2 月 17 日，星期一
• 3.9.0 alpha 6：2020 年 3 月 16 日，星期一
• 3.9.0 alpha 7：2020 年 4 月 13 日，星期一
• 3.9.0 beta 1：2020 年 5 月 18 日，星期一（此後不再增加新功能。）
• 3.9.0 beta 2：2020 年 6 月 8 日，星期一
• 3.9.0 beta 3：2020 年 6 月 29 日，星期一
• 3.9.0 beta 4：2020 年 7 月 20 日，星期一
• 3.9.0 candidate 1：2020 年 8 月 10 日，星期一
• 3.9.0 candidate 2：2020 年 9 月 14 日，星期一
• 3.9.0 final：2020 年 10 月 5 日，星期一

相比之下，如果此 PEP 被拒絕且 Python 維持目前的發布進度

• 3.9 開發開始：2019 年 6 月 4 日，星期二
• 3.9.0 alpha 1：2020 年 8 月 3 日，星期一（晚 10 個月）
• 3.9.0 alpha 2：2020 年 9 月 7 日，星期一
• 3.9.0 alpha 3：2020 年 10 月 5 日，星期一
• 3.9.0 alpha 4：2020 年 11 月 2 日，星期一
• 3.9.0 beta 1：2020 年 11 月 30 日，星期一（晚 6 個月）
• 3.9.0 beta 2：2021 年 1 月 4 日，星期一
• 3.9.0 beta 3：2021 年 2 月 1 日，星期一
• 3.9.0 beta 4：2021 年 3 月 1 日，星期一
• 3.9.0 candidate 1：2021 年 3 月 29 日，星期一
• 3.9.0 candidate 2：2021 年 4 月 5 日，星期一（若有必要）
• 3.9.0 final：2021 年 4 月 19 日，星期一（晚 6 個月）

相關依賴政策

原理與目標

此變更具有以下優點：

• 使發布規模更小：因為加倍發布節奏並不會使我們的開發資源倍增，連續的發布在功能上會更精簡；
• 讓使用者能更快取得功能與錯誤修復；
• 透過減少單次發布中的變更範圍，為使用者創造更平緩的升級路徑；
• 創造了可預測的發布日曆，最終發布總是在十月（核心開發者年度 Sprint 之後），Beta 階段開始於五月下旬（PyCon US Sprint 之後），這對於需要規劃 Python 參與行程的核心開發者來說尤為重要；
• 減少了在「Beta 1」之前倉促完成功能的衝動，因為不用擔心「錯過就要等 18 個月」；
• 允許將 Python 發布管理時程與 Fedora 等外部發行商同步，這些發行商歷來在早期發現核心 Python 及第三方庫回歸測試問題方面非常有幫助，推動社群從第一天起就支援最新版本的 Python；
• 增加了顯式的 Alpha 發布階段，提供新功能進展的有意義快照；
• 顯著縮短了隱式的「Alpha 0」發布階段，該階段對新開發用途有限（它與目前正在開發、尚未發布的版本的 Beta 階段重疊）。

風險因素

Python 重新散佈

這需要更改 Linux 發行版等整合商在其系統中發布 Python 的方式。

測試矩陣

這最終增加了希望支援所有活躍版本（一或兩個版本）的程式庫與應用程式維護者的測試矩陣。

當前發布週期中「由發布經理酌情決定的擴展錯誤修復支援」階段並未編纂成法。事實上，PEP 101 目前規定在 Python 3.(X+1).0 發布後，僅對 Python 3.X.0 進行最後一次錯誤修復發布。然而，實際上至少最近四個 Python 3 版本在與下一個穩定版本重疊期間約為六個月。圖 2 包含了此資訊，以證明 12 個月發布節奏下的穩定版本重疊並非新鮮事。

其他可能依賴發布節奏的政策

儘管相關依賴政策已在前一節中討論過，但很可能還存在其他隱式依賴 Python 發布時間的領域。

版權

本文件已進入公有領域或遵循 CC0-1.0-Universal 授權，以較寬鬆者為準。