Esiste una data / un periodo di tempo noti in cui python 2.7 non sarà più supportato a favore di python 3?
Esiste una data / un periodo di tempo noti in cui python 2.7 non sarà più supportato a favore di python 3?
Risposte:
A partire dal 13 aprile 2014, da http://hg.python.org/peps/rev/76d43e52d978 (PEP 373, Python 2.7 Release Schedule):
La data di fine vita (EOL, data del tramonto) per Python 2.7 è stata spostata di cinque anni nel futuro, fino al 2020. Questa decisione è stata presa per chiarire lo stato di Python 2.7 e alleviare le preoccupazioni per quegli utenti che non possono ancora migrare su Python 3 Vedi anche PEP 466 .
Nel maggio 2010, Word of God era che le versioni patchlevel per Python 2.7 sarebbero state probabilmente realizzate per almeno 6 anni .
Quindi, forse 2016, probabilmente più tardi.
Modifica: rinviato al 2020. Vedi la revisione del PEP 373, collegata ad altre risposte.
Di recente, tale data è stata aggiornata al 1 ° gennaio 2020.
dovresti leggerlo attentamente (rif: https://news.ycombinator.com/item?id=7582300 ):
Ci sono molti commenti qui da parte di persone che non sono nella lista di Python-Dev e non capiscono davvero cosa significhi effettivamente questo diff. Gli sviluppatori core non sono tenuti a mantenere la 2.7 post-2015 e la maggior parte di loro non ne sarà coinvolta. Quella parte non è cambiata. Quello che sta accadendo è che Red Hat si sta preparando a tagliare una versione di RHEL 7, che AFAIK a seconda di quanto li paghi supportano per 13 anni. Dovranno quindi capire come supportare la 2.7 almeno fino al 2027. Ecco dove sto leggendo tra le righe. RH ha il diritto di forkare Python e mantenere le patch di manutenzione per sé e per i propri clienti (Python non è copyleft). Ma, sono bravi ragazzi e quindi forse sono disposti ad anticipare i loro cambiamenti almeno per un po 'se c'è ancora un progetto Python disposto ad accettarli. Ancora una volta, questa è la mia speculazione basata sulla discussione ML, non su ciò che RH ha effettivamente detto che faranno. Un'analogia può essere fatta con Rails LTS, un fork commerciale di Rails 2.x in cui patio11 era coinvolto in [0]. Inevitabilmente qualcuno interverrà per supportare la 2.7, e quindi vediamo cosa possiamo fare per evitare una situazione in cui l'unico modo per continuare a eseguire la 2.7 è abbonarsi a RHEL. Nel frattempo, ci sono alcune grandi aziende che usano ampiamente 2.7 su Windows (ad esempio Enthought, Anaconda) e si pensa che probabilmente si possa trovare qualcuno che produce un programma di installazione di Windows una volta ogni tanto, supponendo che Python.org ospiterà ancora un download. Quindi davvero quello che sta succedendo qui non è molto eccitante. I core committer non stanno facendo nulla di diverso che lasciare il progetto come inizialmente previsto. Quello che sta succedendo è che lasceranno accese le luci nel repository di controllo del codice sorgente e sul server FTP, in modo da catturare la manodopera gratuita delle persone delle grandi aziende che hanno interesse a continuare a supportare 2.7. L'alternativa è che RH e altri fornitori creano forchette proprietarie e costose di Python 2.7. Ciò potrebbe finire per accadere comunque, ma ci vorrà più tempo perché il tuo datore di lavoro noti che dovresti smettere di contribuire con le tue patch se i binari appaiono ancora su python.org e non devi chiedere all'IT di configurare SCM e un tracker di bug, eccetera. Quello che sta succedendo è che lasceranno accese le luci nel repository di controllo del codice sorgente e sul server FTP, in modo da catturare la manodopera gratuita delle persone delle grandi aziende che hanno interesse a continuare a supportare 2.7. L'alternativa è che RH e altri fornitori creano forchette proprietarie e costose di Python 2.7. Ciò potrebbe finire per accadere comunque, ma ci vorrà più tempo perché il tuo datore di lavoro noti che dovresti smettere di contribuire con le tue patch se i binari appaiono ancora su python.org e non devi chiedere all'IT di configurare SCM e un tracker di bug, eccetera. Quello che sta succedendo è che lasceranno accese le luci nel repository di controllo del codice sorgente e sul server FTP, in modo da catturare la manodopera gratuita delle persone delle grandi aziende che hanno interesse a continuare a supportare 2.7. L'alternativa è che RH e altri fornitori creano forchette proprietarie e costose di Python 2.7. Ciò potrebbe finire per accadere comunque, ma ci vorrà più tempo perché il tuo datore di lavoro noti che dovresti smettere di contribuire con le tue patch se i binari appaiono ancora su python.org e non devi chiedere all'IT di configurare SCM e un tracker di bug, eccetera.
Questo articolo dice: "Quando verrà rilasciato 2.7, la linea 2.x passerà a cinque anni in modalità solo correzione di bug".
Quindi, per quanto vedo, Python 2.7 è stata l'ultima versione 2.x ad aggiungere funzionalità, e sebbene i bug rilevati verranno corretti (per qualche tempo), le nuove funzionalità vanno solo alle versioni 3.x.
PEP 373 (Python 2.7 Release Schedule) è la fonte ufficiale per il tipo di informazioni richieste.
Attualmente dice "Date di rilascio future pianificate:"
Inoltre, dice "La data di fine vita (EOL, data del tramonto) per Python 2.7 è stata spostata di cinque anni nel futuro, fino al 2020".
Modificato ad aprile 2014, secondo http://hg.python.org/peps/rev/76d43e52d978
La Guida per gli sviluppatori di Python elenca lo " Stato delle filiali Python " dalla versione 2.6 alla versione corrente, incluso il loro stato di supporto corrente con le date di fine vita.
Attualmente supportato (bug + correzioni di sicurezza):
Solo correzioni di sicurezza:
Python 2.7 sarà presente per sempre. C'è troppo vecchio codice che lo utilizza che nessuno vuole riscrivere. Esiste già un fork chiamato Tauthon, ma potremmo vedere altri se questa scadenza inutile diventa reale.