是否有一个已知的日期/时间框架,当 python2.7将不再支持 python3?
这篇文章 说: “当2.7发布时,2.x 行将进入只修复 bug 的5年模式。”
因此,据我所知,Python 2.7是最后一个增加2.x 特性的版本,虽然发现的 bug 将被修复(在一段时间内) ,但是新特性只能在3.x 版本中使用。
在2010年5月,上帝保佑就是那个 Python 2.7的补丁级别版本可能至少需要6年时间才能发布。
也许是2016年,也许更晚。
编辑: 推迟到2020年。请参阅 PEP 373修订版,在其他答案中链接。
PEP 373(Python 2.7发布时间表) 是您要求的信息类型的官方来源。
上面写着“计划的未来发行日期:”
还有,上面写着 “ Python 2.7的生命终结日期(EOL,日落日期)已经提前5年到2020年。”
2014年4月编辑,根据 http://hg.python.org/peps/rev/76d43e52d978
从2014年4月13日起,从 http://hg.python.org/peps/rev/76d43e52d978开始(PEP 373,Python 2.7发布时间表) :
Python 2.7的生命结束日期(EOL,日落日期)已经被移动 五年后的2020年。这个决定是为了 澄清 Python 2.7的状态,并减轻这些用户的担忧 他们还不能迁移到 Python3,参见 PEP 466。
你应仔细阅读以下文件(参考文献: https://news.ycombinator.com/item?id=7582300) :
这里有很多来自不在 python-dev 列表中的人的评论,他们并不真正理解这个 diff 的实际含义。 核心开发人员不需要在2015年之后维护2.7版本,他们中的大多数人也不会参与其中。这一点没有改变。 正在发生的是,红帽正准备削减 RHEL 7释放,这 AFAIK 取决于你支付他们多少钱,他们支持了13年。因此,他们至少需要弄清楚如何在2027年之前自己养活2.7个人。 这就是我在字里行间读到的东西。RH 完全有权利使用 Python,并将维护补丁留给自己和客户(Python 不是 Copyleft)。但是,他们是好人,所以如果仍然有一个 Python 项目愿意接受他们的变更,他们可能愿意至少在一段时间内逆流而上。同样,这是我基于 ML 讨论的推测,而不是 RH 实际上说的他们会做什么。 可以将其类比为 Rails LTS,这是 Rails 2.x 的一个商业分支,Patio11参与了[0]。不可避免地会有人介入来支持2.7,所以让我们看看我们能做些什么来避免这种情况: 保持2.7运行的唯一方法就是订阅 RHEL。 与此同时,有些大公司在 Windows 上广泛使用2.7版本(例如 Enthought 和 Anaconda) ,他们认为,假设 Python org 仍然提供下载,那么可能会有人偶尔发布一个 Windows Installer。 所以这里发生的事情并不是很令人兴奋。核心提交者所做的与按原计划离开项目没有什么不同。正在发生的事情是,他们将在源代码控制存储库和 FTP 服务器上保持亮灯,以便从那些有兴趣继续支持2.7的大公司员工那里获得免费劳动力。 另一种选择是 RH 和其他供应商创建专有的、昂贵的 Python 2.7分支。这种情况最终可能还是会发生,但是你的雇主需要更长的时间才会注意到,如果二进制文件仍然出现在 python.org 上,而且你不必要求 IT 部门设置 SCM 和 bug 跟踪器等等,你就应该停止提供补丁了。
最近,该日期被更新为2020年1月1日。
见 https://pythonclock.org/
Python 开发人员指南列出了从版本2.6到当前版本的“ Python 分支的状态”,包括它们当前对报废日期的支持状态。
当前支持(bug + 安全修复) :
只修复安全问题:
Python 2.7将永远存在。有太多的旧代码使用它,没有人想要重写。已经有一个分支叫做 Tauthon,但是如果这个毫无意义的最后期限变成现实,我们可能会看到其他分支。