结束对python 2.7的支持?

Sti*_*ivi 131 python python-2.x python-2.7 python-3.x

是否有一个已知的日期/时间框架,不再支持python 2.7而支持python 3?

Mar*_*ani 106

截至2014年4月13日,来自http://hg.python.org/peps/rev/76d43e52d978(PEP 373,Python 2.7发布时间表):

Python 2.7的生命周期日期(EOL,日落日期)已经推迟到未来五年,到2020年.这个决定是为了澄清Python 2.7的状态并减轻对那些无法迁移到Python 3的用户的担忧.另见PEP 466.

  • @Basic除了它没有充满漏洞. (23认同)
  • @Basic welll ...这个份额很小:所有python版本都有25个(4%代码执行):http://www.cvedetails.com/product/18230/Python-Python.html?vendor_id = 10210 vs php with 408(27%代码执行):https://www.cvedetails.com/product/128/PHP-PHP.html?vendor_id = 74或带有438的Java(3%代码执行):https://www.cvedetails. com/product/19117/Oracle-JRE.html?vendor_id = 93 ......所以"它的公平份额"你必须意味着"非常低的份额".此外,除了3个漏洞外,其他所有漏洞都存在于3.x版本的漏洞中,并且所有最新版本都已修复. (13认同)
  • @StianOK它的公平份额:http://www.cvedetails.com/vulnerability-list/vendor_id-10210/product_id-18230/version_id-92056/Python-Python-2.7.html (5认同)
  • @Basic你对安全基线有更好的建议吗? (2认同)
  • @dhj是的......不是Java!好的,这是不公平的.除了开玩笑/轻浮,诚实的回答是否定的,我没有.这就是我选择"公平分享"的原因.没有一种语言没有已知(和未知)的漏洞.我会说,作为一般规则,我们使用的语言越广泛,已知的漏洞越多,纯粹作为审查的一个功能,即利用的利用/奖励.我并不是说从安全角度看Python比其他语言更差,但它也没有好转.唯一真正的答案是进行防御性编程并具有深度安全性. (2认同)

Fré*_*idi 27

2010年5月,神的话语Python 2.7的补丁级别版本可能会被制作至少6年.

所以,也许是2016年,可能更晚.

编辑:推回到2020年.查看PEP 373的修订版,与其他答案相关联.

  • 对于任何在未来找到这个答案的人,正如BDFL自己在PyCon 2014上宣布的那样,2.7维护现在延长到2020年. (2认同)

Ray*_*ond 21

最近,该日期已更新至2020年1月1日.

https://pythonclock.org/


小智 15

你应该仔细阅读(参考:https://news.ycombinator.com/item id = 7582300):

这里有很多评论来自不在python-dev列表中的人,并且不太了解这个差异实际意味着什么.核心开发人员不需要在2015年之后维持2.7,并且大多数人不会参与其中.那部分没有改变.正在发生的事情是Red Hat正在准备削减RHEL 7版本,AFAIK取决于你支付他们支付了13年的费用.所以他们需要弄清楚如何至少在2027年之前支持2.7.这是我在线之间阅读的地方.RH完全有权分叉Python,并为自己和客户保留维护补丁(Python不是copyleft).但是,他们是好人,所以如果仍然有一个Python项目愿意接受它们,他们愿意至少暂时改变他们的变化.同样,这是我基于ML讨论的猜测,而不是RH实​​际上已经说过他们会做什么.可以对Rails LTS进行类比,这是Rails 2.x的商业分支,其中涉及庭院11 [0].不可避免地有人会介入支持2.7,所以让我们看看我们可以做些什么来避免一直保持运行2.7的唯一方法就是订阅RHEL.与此同时,有一些大型公司在Windows上广泛使用2.7(例如Enthought,Anaconda),并且认为有人可能会偶尔生成一个Windows安装程序,假设Python.org仍然会主持下载.所以这里真正发生的事情并不是很令人兴奋.核心提交者与按原计划离开项目没有任何不同.发生的事情是,他们将在源控制存储库和FTP服务器上打开灯,以便从有兴趣继续支持2.7的大公司中获取免费劳动力.另一种选择是RH和其他供应商创建Python 2.7的专有且昂贵的分支.无论如何最终可能会发生这种情况,但是如果二进制文件仍然出现在python.org上并且您不必要求IT部门设置SCM和错误跟踪器,那么您的雇主需要更长时间才能注意到您应该停止提供补丁.等等


Ars*_*eny 10

本文说:"当2.7发布时,2.x行将进入五年的bug修复模式."

因此,据我所知,Python 2.7是最后一个2.x功能添加版本,虽然发现错误将被修复(一段时间),但新功能仅发布到3.x版本.

  • 那篇文章还声称Python 3引入了Unicode,所以我会带着它所说的任何东西.但是将"五年"改为"至少五年",这是正确的. (3认同)

npi*_*pit 7

在2020年,EOS 还有一个非常不祥的倒计时时钟.


Jan*_*cke 6

PEP 373(Python 2.7发布计划表)是您要求的信息类型的官方来源.

它目前说"计划的未来发布日期:"

  • 2.7.7 2014年5月
  • 2.7.8 2014年11月
  • 2.7.9 2015年5月
  • 超过此日期,根据需要发布

此外,它还说"Python 2.7的生命终结日期(EOL,日落日期)已经推迟了五年,到2020年."

根据http://hg.python.org/peps/rev/76d43e52d978编辑于2014年4月

  • @lowtech-那时他们可能已经转向了Python 4(可能引入了新的向后不兼容的更改),但是我不认为3会消失。基于过去3年中3的普及速度,我预计到2020年,使用3的社区将比2的人多。我仍然坚持使用Python 2,但是...尚不足以进行令人信服的更改不过,跳入3的风险很大。 (2认同)

chr*_*rki 6

Python开发人员指南列出了从2.6版到当前版本的" Python分支状态 ",包括其当前支持状态和生命周期结束日期.

目前支持(错误+安全修复程序):

  • Python 3.8(当前主/开发分支)
  • Python 3.7
  • Python 3.6
  • Python 2.7(直到2020-01-01)

仅限安全修复程序:

  • Python 3.5
  • Python 3.4