Django is moving to an annual release cycle

Lobsters Hottest News

Summary

Django's Steering Council has accepted DEP 20 to move to an annual release cycle starting January 2028. Every feature release will get three years of support, retiring the LTS label, and version numbers will carry the release year (e.g., Django 2028).

<p><a href="https://lobste.rs/s/cn7jyo/django_is_moving_annual_release_cycle">Comments</a></p>
Original Article
View Cached Full Text

Cached at: 08/10/26, 12:59 PM

# Django is moving to an annual release cycle Source: [https://www.djangoproject.com/weblog/2026/aug/10/annual-release-cycle/](https://www.djangoproject.com/weblog/2026/aug/10/annual-release-cycle/) Django's Steering Council has accepted the Django Enhancement Proposal[DEP 20](https://github.com/django/deps/blob/main/accepted/0020-annual-release-cycle.rst)to move Django to an annual release cycle\. From January 2028, Django will make one feature release a year, giving every feature release the LTS\-level three years of support, and version numbers will carry the feature release year: Django 2028, then Django 2029, and so on\. ## Better Python support Python releases annually, each October\. Django's eight\-month cycle hasn't fit that well: LTS releases carried a wide Python matrix, including versions long past their upstream end\-of\-life\. Under the new cycle, each Django version supports the three latest Python versions at release, and picks up the new Python version during its first year\. Django's support window ends in step with its oldest supported Python\. ## Every release is an LTS Every feature release gets three years of support: one year of mainstream bugfixes, then two years of security and data\-loss fixes\. The "LTS" label is retired — every feature release now carries that same, unique commitment\. No more LTS gap: no racing a deadline to jump two years of changes at once\. Upgrade one year at a time, whenever suits you within the support window\. Three versions are supported at any time, giving third\-party packages a clear, rolling target\. API stability and deprecation policies are unchanged — deprecation periods actually get longer in calendar terms\. ## Transition timeline Django 2028 will be the first release under the new cycle\. ReleaseDateEnd of lifeDjango 6\.1August 2026December 2027Django 6\.2 LTSApril 2027April 2030Django 2028January 2028December 2030Django 2029January 2029December 2031Nothing changes before 2028\. Support commitments for Django 5\.2 LTS and 6\.2 LTS stand as made\. ## Read the DEP [DEP 20](https://github.com/django/deps/blob/main/accepted/0020-annual-release-cycle.rst)has the full specification and the reasoning behind each decision\. Thanks to everyone who took part in the discussion, and to the Steering Council for its consideration\.

Similar Articles

@dzhng: software engineering Q3 2026

X AI KOLs Following

A social media post by @dzhng discussing software engineering developments expected in Q3 2026, with a link to further information.

Forgejo monthly report - May 2026

Lobsters Hottest

Forgejo's May 2026 monthly report details the v15 LTS release, security releases for v11 and v14, and updates to Forgejo Runner. The v14 support has ended, and v11 support will end soon, urging upgrades.

Quoting Seth Larson

Simon Willison's Blog

PyPI now rejects uploads of new files to releases older than 14 days to prevent supply-chain attacks, a proactive security measure announced by Seth Larson.

Ember.js 7.0

Hacker News Top

Ember.js 7.0 has been released, removing features deprecated in previous versions, with version 6.12 becoming an LTS release. The update continues Ember's policy of delivering new features in minor releases to ease major upgrades.