Movatterモバイル変換


[0]ホーム

URL:


ContentsMenuExpandLight modeDark modeAuto light/dark, in light modeAuto light/dark, in dark modeSkip to content
Python Developer's Guide
Logo
Python Developer's Guide
Back to top

Status of Python versions

Themain branch is currently the future Python 3.15, and is the onlybranch that accepts new features. The latest release for each Pythonversion can be found on thedownload page.

'19 '20 '21 '22 '23 '24 '25 '26 '27 '28 '29 '30 '31 end-of-life Python 2.7 end-of-life Python 3.6 end-of-life Python 3.7 end-of-life Python 3.8 end-of-life Python 3.9 security Python 3.10 security Python 3.11 security Python 3.12 bugfix Python 3.13 bugfix Python 3.14 feature Python 3.15

(Seebelow for a chart with older versions.Another useful visualization isendoflife.date/python.)

Supported versions

Dates shown initalic are scheduled and can be adjusted.

Branch

Schedule

Status

First release

End of life

Release manager

main

PEP 790

feature

2026-10-01

2031-10

Hugo van Kemenade

3.14

PEP 745

bugfix

2025-10-07

2030-10

Hugo van Kemenade

3.13

PEP 719

bugfix

2024-10-07

2029-10

Thomas Wouters

3.12

PEP 693

security

2023-10-02

2028-10

Thomas Wouters

3.11

PEP 664

security

2022-10-24

2027-10

Pablo Galindo Salgado

3.10

PEP 619

security

2021-10-04

2026-10

Pablo Galindo Salgado

Unsupported versions

Branch

Schedule

Status

First release

End of life

Release manager

3.9

PEP 596

end-of-life

2020-10-05

2025-10-31

Łukasz Langa

3.8

PEP 569

end-of-life

2019-10-14

2024-10-07

Łukasz Langa

3.7

PEP 537

end-of-life

2018-06-27

2023-06-27

Ned Deily

3.6

PEP 494

end-of-life

2016-12-23

2021-12-23

Ned Deily

3.5

PEP 478

end-of-life

2015-09-13

2020-09-30

Larry Hastings

3.4

PEP 429

end-of-life

2014-03-16

2019-03-18

Larry Hastings

3.3

PEP 398

end-of-life

2012-09-29

2017-09-29

Georg Brandl, Ned Deily (3.3.7+)

3.2

PEP 392

end-of-life

2011-02-20

2016-02-20

Georg Brandl

3.1

PEP 375

end-of-life

2009-06-27

2012-04-09

Benjamin Peterson

3.0

PEP 361

end-of-life

2008-12-03

2009-06-27

Barry Warsaw

2.7

PEP 373

end-of-life

2010-07-03

2020-01-01

Benjamin Peterson

2.6

PEP 361

end-of-life

2008-10-01

2013-10-29

Barry Warsaw

Full chart

'08 '09 '10 '11 '12 '13 '14 '15 '16 '17 '18 '19 '20 '21 '22 '23 '24 '25 '26 '27 '28 '29 '30 '31 end-of-life Python 2.6 end-of-life Python 2.7 end-of-life Python 3.0 end-of-life Python 3.1 end-of-life Python 3.2 end-of-life Python 3.3 end-of-life Python 3.4 end-of-life Python 3.5 end-of-life Python 3.6 end-of-life Python 3.7 end-of-life Python 3.8 end-of-life Python 3.9 security Python 3.10 security Python 3.11 security Python 3.12 bugfix Python 3.13 bugfix Python 3.14 feature Python 3.15

Status key

Python releases go through five phases, as described inPEP 602. Releasemanagers can adjust specific dates as needed.

feature:

Before the first beta, the next full release can accept new features,bug fixes, and security fixes.

prerelease:

After the first beta, no new features can go in, but feature fixes(including significant changes to new features), bug fixes, and security fixesare accepted for the upcoming feature release.

bugfix:

Once a version has been fully released, bug fixes and security fixes areaccepted. New binaries are built and released roughly every two months. Thisphase is also calledmaintenance mode orstable release.

security:

After two years (18 months for versions before 3.13), only securityfixes are accepted and no more binaries are released. New source-only versionscan be released as needed.

end-of-life:

Five years after a release, support ends. The release cycle isfrozen; no further changes are allowed.

See also theDevelopment cycle page for more information about branches and backporting.

On this page

[8]ページ先頭

©2009-2025 Movatter.jp