PEP 2026 - Calendar versioning for Python
キング・クリムゾン

2024 年 release Python 3.13
2025 年 release Python 3.14
那 2026 年肯定是 release Python 3...

在被消除的時間中，我將改變 Python 的 versioning scheme！

2026 年 release 的是 Python 3.26!

不過撰寫這篇摘要的時候，這個 PEP 還是草稿階段，尚未通過
所以這件事會不會發生還不知道

如同前一個系列「帶我讀 AIP」
這個「帶我讀 PEP」的系列也是我寫給自己的摘要
如果幫到你那很好
如果沒有的話，就只是因為你不是目標客群
這系列文章的目標客群只有我自己

這系列就只是簡單的摘要而已
請不要來嘴我摘要也能算是部落格文章嗎 😱
霸脫嗚嗚嗚嗚嗚 🥲

Note

link to PEP 2026

• Status: Draft

Abstract

• include calendar year in Python version scheme
• why
  • easier
    • to know when a version will reach EOL
    • to understand how old the installation is
    • deprecations
    • lifecycle support
• What
  • 2024 → Python 3.13
  • 2025 → Python 3.13
  • 2026 → Python 3.15 Python 3.26
  • 2027 → Python 3.16 Python 3.27

Motivation and rationale

• PEP 602 – Annual Release Cycle for Python makes calendar versioning possible

Current scheme

• Python does not follow SemVer!
  • Python predates SemVer by at least 15 years

CalVer for Python

• benefit
  • Clarity of
    • deprecation removal
    • support lifecycle
    • installation age
    • version support

Non-goals

• No change to
  • major and minor version
  • 17 months to develop a feature version: alphas, betas and release candidates
  • support duration
    • 2 years of full support
    • 3 years of security fixes after that
  • annual October release cadence

Specification

• 3.YY.micro
  • major: always 3 (no Python 4!)
  • minor: YY (yyyy - 2000)
  • micro: incremented for each bugfix or security release
• What about 2100? → Python 3.100.0

雜談

剛好看到這個 PEP 覺得有點有趣
讀著讀著就想到，這不就是迪亞波羅的替身能力嗎！