此前,Python开发组一直在Python官方虫网站https://bugs.python.org/(缩写为业务流程外包或bpo)上进行错误提交,跟踪和处理,该网站使用开源工具综述作为错误跟踪器。
2月18日,Python核心开发者 ?ukasz兰加在<强> Python话语论坛上宣布:<强>摘要/BPO上的所有Bug数据都将迁移到GitHub中,迁移 <强>完成后,新的虫子在GitHub问题中处理,原 BPO官方网站将以只读模式存在,以避免链接失效带来的一系列问题。
CPython的开发早于2017年2月就转移到GitHub Python仓库中,因此,在 2018年Python语言峰会上,核心开发者Mariatta Wijaya提议”放弃综述和BPO网站,切换到GitHub问题用于错误跟踪”,该提议引出了PEP 581提案,并于2019年获得批准。
但由于从<强> 摘要/BPO到GitHub的大迁移涉及的内容太多,在技术上,程序上或法律上都存在复杂难题,因此直到2022年大迁移才正式启动。
根据 ?ukasz兰加的介绍,迁移的时间表如下:
<李> 2022年2月18日,星期五:开始持续两周的公众反馈收集期。 <李> 2022年3月4日,星期五:在Github的帮助下执行最终的端到端错误数据迁移测试,收集迁移所需的时间和出现的问题。(将使用10%的错误进行测试。)如果测试过程没啥问题,就<强>正式迁移:
<李> 2022年3月10日,星期四:迁移开始,BPO进入只读模式,来自BPO的数据被导出,并放在Github上的临时存储库中。(预计要22个小时) <李> 2022年3月11日,星期五:Github将临时存储库中错误的转移到Github的Python库,正式完成迁移。<强>在迁移过程中,有如下需要注意的事项:
<李>不允许在Github或业务流程外包上创建新问题 <李>仓库公关不受影响,可以在Github上创建新的公关并与现有公关交互李 <李>可以与Github上已迁移的问题进行交互,但不鼓励破坏性操作(更改问题标题,编辑评论内容,删除评论,删除标签),因为数据的变化会让迁移是否有成功变得难以审核。此外,PEP 581进一步解释了该迁移计划的细节,对一些常见的疑惑也做出了解答:
<强>摘要/bpo有啥问题?为啥放弃它吗?
<李>维护者从未超过5个李 <李>没有任何CI构建,审查和测试压力太大李 <李> UI老旧李 <李>天天给用户发垃圾邮件,还容易暴露用户邮件地址李<强>为什么不继续优化摘要/bpo ?
优化成本太高,”创建和维护GitHub集成和审查机器人,工作量远低于继续优化并维护综述。”
<强>为什么选择GitHub而不是其他平台?
GitHub功能齐全,而且受众更广,大部分程序员都知道如何操作,能降低贡献门槛。因此,尽管它也有一大堆问题,但仍是目前最优解。
放弃了综述/bpo的同时,也意味着Python开发的基础设施已经完成了从<>强基于Python的开源工具(变幻无常,摘要)到<强>专有的GitHub“SAAS”产品强的全面转变(从某种角度来看,这或许也算是开源的一种悲哀?)。但无论如何,该迁移肯定会 <跨风格=" background - color: # ffffff;颜色:# 000000 ">吸引很多熟悉,并习惯使用GitHub的新开发人员来做贡献,对Python的发展必然大有脾益。
0 留言