Django 将转向年度发布周期

# Django 将转向年度发布周期 来源：https://www.djangoproject.com/weblog/2026/aug/10/annual-release-cycle/ Django 指导委员会已接受 Django 增强提案 DEP 20 (https://github.com/django/deps/blob/main/accepted/0020-annual-release-cycle.rst)，将 Django 转为年度发布周期。从 2028 年 1 月起，Django 将每年发布一个功能版本，每个功能版本都享有 LTS 级别的三年支持，版本号将携带功能发布的年份：Django 2028，然后是 Django 2029，依此类推。 ## 更好的 Python 支持 Python 每年发布一次，通常在每年十月。Django 的八个月周期与之并不契合：LTS 版本承载了过于宽泛的 Python 版本矩阵，其中包括早已超过上游生命周期的版本。 在新周期下，每个 Django 版本在发布时支持最新的三个 Python 版本，并在其第一年内纳入新的 Python 版本。Django 的支持窗口与其最旧的受支持 Python 版本同步结束。 ## 每个版本都是 LTS 每个功能版本都获得三年支持：一年主流 bug 修复，随后两年安全和数据丢失修复。“LTS”标签将被取消——每个功能版本现在都承担同样且唯一的承诺。 不再有 LTS 空档期：不必赶在截止日期前一次性跨越两年的变更。在支持窗口内的任何方便时间，一年一年地升级即可。任何时候都有三个版本受支持，为第三方包提供了清晰、滚动更新的目标。 API 稳定性和弃用政策保持不变——弃用期按日历时间计算实际上变得更长。 ## 过渡时间表 Django 2028 将是新周期下的第一个版本。 | 版本 | 发布日期 | 生命周期结束 | |---|---|---| | Django 6.1 | 2026 年 8 月 | 2027 年 12 月 | | Django 6.2 LTS | 2027 年 4 月 | 2030 年 4 月 | | Django 2028 | 2028 年 1 月 | 2030 年 12 月 | | Django 2029 | 2029 年 1 月 | 2031 年 12 月 | 2028 年之前没有任何变化。Django 5.2 LTS 和 6.2 LTS 的支持承诺照旧。 ## 阅读 DEP DEP 20 (https://github.com/django/deps/blob/main/accepted/0020-annual-release-cycle.rst) 包含完整规范和每项决策背后的理由。感谢所有参与讨论的人，也感谢指导委员会的审议。