In sintesi
Il 10 agosto 2026, lo Steering Council di Django ha accettato il DEP 20, portando il framework a un singolo rilascio annuale di funzionalità a partire da gennaio 2028. I numeri di versione rifletteranno l'anno di rilascio (Django 2028, Django 2029). La designazione «LTS» viene ritirata: ogni versione ottiene ora tre anni di supporto — un anno di bugfix ordinari, poi due anni di patch di sicurezza e perdita di dati. Tre versioni saranno sempre supportate simultaneamente.
Per i team che gestiscono backend Django oggi, la conclusione immediata è semplice: nulla cambia prima del 2028. Django 6.1 e 6.2 LTS mantengono i loro impegni di supporto esistenti.
La decisione dello Steering Council
Django ha pubblicato rilasci ogni circa otto mesi dalla versione 1.0, producendo due rilasci non-LTS e uno LTS all'anno. Il DEP 20 sostituisce questo con un singolo rilascio annuale, accettato per voto dello Steering Council e pubblicato sul weblog ufficiale di Django il 10 agosto 2026.
Il cambiamento fondamentale: un rilascio di funzionalità per anno solare, ciascuno con la stessa finestra di supporto di tre anni che i rilasci LTS portavano in precedenza. «LTS» come label distinto scompare perché la distinzione non esiste più — ogni rilascio è supportato a lungo termine per definizione.
Cosa succede a Django 6.1 e 6.2 LTS
Gli impegni di supporto esistenti restano invariati:
| Versione | Rilascio | Fine del supporto | Note |
|---|---|---|---|
| Django 6.1 | agosto 2026 | dicembre 2027 | Rilascio standard, invariato |
| Django 6.2 LTS | aprile 2027 | aprile 2030 | Ultimo rilascio con il label LTS |
| Django 2028 | gennaio 2028 | dicembre 2030 | Primo rilascio annuale, 3 anni di supporto, senza tag LTS |
| Django 2029 | gennaio 2029 | dicembre 2031 | Tre versioni sempre supportate simultaneamente |
Nuova numerazione: Django 2028, 2029
Dal 2028, le versioni di Django portano l'anno di rilascio invece di numeri di versione semantici. Questo elimina un'ambiguità implicita: con le versioni semantiche, i team chiedevano spesso «quanto è grande questo aggiornamento?» La numerazione per anno rende il ritmo esplicito. Un delta da Django 2028 a Django 2029 corrisponde inequivocabilmente a un incremento di un anno.
Elimina anche la domanda pratica se una determinata versione sia LTS o meno. La risposta è sempre: sì, tre anni.
Cosa significa il ritiro del LTS per la pianificazione degli aggiornamenti
Nel vecchio modello, i team si trovavano di fronte a una scelta binaria: seguire i rilasci di funzionalità ogni otto mesi, o ancorarsi al LTS e assorbire un lungo divario tra le migrazioni. I team su LTS spesso rimanevano su una versione fino alla scadenza, per poi trovarsi a dover completare una migrazione pluriennale in una finestra compressa.
Nel nuovo modello, tre versioni simultanee saranno sempre supportate. Se il vostro team utilizza Django 2028 e non effettua l'aggiornamento a Django 2029 l'anno successivo, riceverete patch di sicurezza fino a dicembre 2030. Non c'è penalità per saltare un rilascio annuale. Le decisioni di aggiornamento possono essere guidate dalle funzionalità e dalla capacità del team piuttosto che da una scadenza di supporto.
Per le organizzazioni soggette a obblighi di conformità — SOC 2, ISO 27001, GDPR o HIPAA — la matrice di supporto semplificata elimina un'ambiguità comune nelle revisioni di sicurezza dei fornitori: ogni versione nella tabella di supporto porta lo stesso livello di impegno di manutenzione della sicurezza.
Perché l'allineamento con Python è importante
La motivazione del DEP 20 è centrata sul proprio calendario di rilascio di Python. Python pubblica una nuova versione ogni ottobre. Il ciclo di otto mesi di Django «non si adattava bene»: i rilasci LTS accumulavano un'ampia matrice di versioni Python che includeva versioni Python oltre la propria fine vita upstream, creando un overhead di manutenzione per il team Django e i packager downstream.
Nel modello annuale, ogni rilascio Django supporta le tre versioni Python più recenti al momento del rilascio, e integra la nuova versione Python durante il suo primo anno di supporto — senza richiedere una build LTS separata per portare la matrice Python estesa.
Cosa significa per i team software in Italia
A breve termine (prima del 2028): nessun cambiamento. Django 6.1 è disponibile ad agosto 2026 e supportato fino a dicembre 2027. Django 6.2 LTS è disponibile ad aprile 2027 e supportato fino ad aprile 2030. I team su entrambe le versioni continuano con i termini di supporto esistenti. Nessuna pressione migratoria.
A lungo termine (dal 2028): il ritmo di aggiornamento diventa più semplice da pianificare. Una versione all'anno, tre anni di supporto di sicurezza per versione, tre versioni supportate simultaneamente in qualsiasi momento. I team possono definire una politica chiara — ad esempio, «restiamo entro due versioni dall'attuale» — senza dover distinguere tra build LTS e non-LTS.
Cosa significa per il mercato italiano: In Italia, Django è ampiamente utilizzato da team di sviluppo software che servono sia il settore pubblico che privato. Il PNRR ha accelerato la digitalizzazione e molte Pubbliche Amministrazioni adottano stack Python. Il nuovo modello semplifica la conformità alle linee guida dell'ACN (Agenzia per la Cybersicurezza Nazionale) e di AgID, che richiedono una gestione documentata del ciclo di vita del software nelle forniture digitali. La matrice di supporto univoca — tre anni per ogni rilascio senza distinzioni di label — facilita anche i processi di qualificazione sul Cloud Marketplace di AgID, dove la documentazione del supporto attivo è un requisito esplicito.
FAQ
Quando inizia il ciclo di rilascio annuale di Django?
Il nuovo ciclo annuale inizia con Django 2028, previsto per gennaio 2028. Nulla cambia prima di quella data. Django 6.1 e 6.2 LTS mantengono i loro calendari di supporto esistenti.
Cosa succede ai rilasci LTS di Django?
Il label LTS viene ritirato a partire da Django 2028. Ogni rilascio nel nuovo ciclo ha una finestra di supporto identica di tre anni. Django 6.2 è l'ultimo rilascio a portare la designazione LTS, poiché precede la modifica del DEP 20.
I team devono aggiornare Django più spesso ora?
No — e in pratica, meno pressione. Tre versioni simultanee sono sempre supportate, quindi saltare un rilascio annuale è supportato e non comporta penalità. I team possono aggiornare quando le funzionalità o le esigenze di business lo giustificano.
Quali versioni di Python supporterà Django 2028?
Ogni rilascio annuale di Django supporterà le tre versioni Python più recenti al momento del rilascio, e integrerà la nuova versione Python (prevista per ottobre 2027) durante il suo primo anno di supporto.
Cos'è il DEP 20?
DEP 20 è la Django Enhancement Proposal 20, la specifica formale per il cambiamento del ciclo di rilascio. È stata accettata dallo Steering Council e pubblicata sul weblog ufficiale di Django il 10 agosto 2026. La proposta completa è disponibile nel repository django/deps su GitHub.
Fonti
State sviluppando o mantenendo un backend Python/Django per un prodotto US o europeo? Parlate con il nostro team di architettura, pianificazione degli aggiornamenti o staff augmentation per il vostro sprint di ingegneria.