2013-05-27 17 views
10

attualmente (maggio 2013), ci sono tre versioni di rilascio, tutti rilasciati il ​​15 maggioPerché ci sono più versioni di rilascio di pitone

  • pitone 3.3.2
  • pitone 3.2.5
  • pitone 2.7.5

Posso capire la necessità di rami 2.xe 3.x ma perché ci sono versioni separate 3.3.xe 3.2.x?

+0

Versioni di manutenzione. Non tutti possono ancora aggiornare a 3.3, ma anche la versione precedente è supportata. Se ci sono mai stati problemi di sicurezza in 3.2, potrebbe esserci ancora una versione 3.2.6, fino al rilascio del 3.4 (a cui punto 3.3 è la versione di manutenzione). –

+0

Vedere http://www.python.org/dev/peps/pep-0392/, http://www.python.org/dev/peps/pep-0373/ e http://www.python.org/ dev/peps/pep-0398/per le pianificazioni di rilascio correnti per queste versioni. –

+0

Non vedo perché questa domanda è stata chiusa. Non è come ho chiesto quale versione fosse migliore. –

risposta

10

Nel collegamento this è The current production versions are 2.7.5 and 3.3.2..

E se si guarda here dice:

Python 3.2.5 è stato rilasciato il 15 maggio 2013. Questa release corregge alcuni regressioni trovati in Python 3.2.4, ed è previsto per la finale Versione di bug fix di 3.2 serie.

Quindi si dovrebbe usare 2.7.5 o 3.3.2, ma se si necessità (non so perché) 3.2. * È presente una versione bug-fisso.

4

Come sottolinea wim, 3.2.5 non è una versione di produzione corrente, ma presumo che ti stia chiedendo perché ci sono state versioni tre rilasciate il 15 maggio 2013? Questo è il motivo per cui il ramo 3.2.x viene ancora mantenuto?

Ricordare che ogni passaggio 3.n introduce nuove funzionalità mentre le versioni 3.n.x sono correzioni alle versioni esistenti. 3.2.5 è quindi un insieme di correzioni di errori a 3.2.4 mentre il ramo 3.3.x include nuove funzionalità non presenti in 3.2.4. Poiché le nuove funzionalità sono, di per sé, più probabili introdurre nuovi bug, la manutenzione del ramo più vecchio ti consente una scelta di stabilità più elevata se, ad esempio, stai solo mettendo insieme una nuova versione pubblica del tuo server web e non vuoi rischio di nuovi bug introdotti dal ramo attuale.

2

Questa è una domanda sulla strategia di versioning di python. Citazione di python's wikipedia article: uscite pubbliche

di CPython sono di tre tipi, che si distinguono per la quale parte del numero di versione viene incrementato: versioni

  • Backwards-incompatibili, in cui si prevede il codice di rompere e devono essere portato manualmente La prima parte del numero di versione è incrementata. Queste versioni si verificano raramente, ad esempio, la versione 3.0 è stata rilasciata 8 anni dopo la 2.0.
  • Comunicazioni principali o "caratteristiche", che sono ampiamente compatibili ma introducono nuove funzionalità. La seconda parte del numero di versione viene incrementata. Queste versioni sono pianificate per verificarsi all'incirca ogni 18 mesi e ciascuna versione principale è supportata da correzioni di bug per diversi anni dopo il rilascio.
  • Rilasci di bugfix, che non introducono nuove funzionalità ma risolvono bug. La terza e ultima parte del numero di versione viene incrementata. Queste versioni di vengono eseguite ogni volta che è stato risolto un numero sufficiente di bug a monte dall'ultima versione o all'incirca ogni 3 mesi.Le vulnerabilità di sicurezza sono inoltre corrette nelle versioni di bugfix.

Quindi, 3.3 rispetto al 3.2 introdotto new major features, è per questo che si trova in una "succursale" a parte.

Vedi anche:

1

Si consiglia di leggere po about version numbers. L'ultima cifra significa, semplificata, nessuna nuova funzionalità solo correzioni di bug. Quindi chi usa Python 3.2 può installare una nuova versione senza modificare nulla nel comportamento di Python.

Problemi correlati