弃用官方网站!Python 将所有 Bug 迁移到 GitHub 中
文末赠书
2 月 18 日, Python 核心开发者 Łukasz Langa 在 Python Discourse 论坛上宣布:Roundup/BPO 上的所有 Bug 数据都将迁移到 GitHub 中,迁移完成后,新的 Bug 在 GitHub Issue 中处理, 原 BPO 官方网站将以只读模式存在,以避免链接失效带来的一系列问题 。
CPython 的开发早于 2017 年 2 月就转移到 GitHub Python 仓库中。因此,在 2018 年 Python 语言峰会上,核心开发者 Mariatta Wijaya 提议“放弃 Roundup 和 BPO 网站,切换到 GitHub Issues 用于 Bug 跟踪”,该提议引出了 PEP-581 提案,并于 2019年获得批准。
但由于从 Roundup/BPO 到 GitHub 的大迁移涉及的内容太多,在技术上、程序上或法律上都存在复杂难题,因此直到 2022 年大迁移才正式启动。
2022 年 2 月 18 日,星期五:开始持续两周的公众反馈收集期。 2022 年 3 月 4 日,星期五:在 Github 的帮助下执行最终的端到端 Bug 数据迁移测试,收集迁移所需的时间和出现的问题。(将使用 10% 的 Bug 进行测试。)
2022 年 3 月 10 日,星期四:迁移开始,BPO 进入只读模式,来自 BPO 的数据被导出,并放在 Github 上的临时存储库中。(预计要 22 个小时) 2022 年 3 月 11 日,星期五:Github 将临时存储库中的 Bug 转移到 GitHub 的 Python 库 ,正式完成迁移。
不允许在 Github 或 BPO 上创建新问题 仓库 PR 不受影响,可以在 Github 上创建新的 PR 并与现有 PR 交互 可以与 Github 上已迁移的 Issue 进行交互,但不鼓励破坏性操作(更改问题标题、编辑评论内容、删除评论、删除标签),因为数据的变化会让迁移是否有成功变得难以审核。
此外,PEP-581 进一步解释了该迁移计划的细节,对一些常见的疑惑也做出了解答:
维护者从未超过 5 个 没有任何 CI 构建,审查和测试压力太大 UI 老旧 天天给用户发垃圾邮件,还容易暴露用户邮件地址
(2)为什么不继续优化 Roundup/bpo?
优化成本太高,“创建和维护 GitHub 集成和审查机器人,工作量远低于继续优化并维护 Roundup。”
(3)为什么选择 GitHub 而不是其他平台?
GitHub 功能齐全,而且受众更广,大部分程序员都知道如何操作,能降低贡献门槛。因此,尽管它也有一大堆问题,但仍是目前最优解。
放弃了 Roundup/BPO 的同时,也意味着 Python 开发的基础设施已经完成了从基于 Python 的开源工具(Mercurial、Roundup)到专有的 GitHub “SAAS” 产品的全面转变(从某种角度来看,这或许也算是开源的一种悲哀?)。
但无论如何,该迁移肯定会吸引很多熟悉、并习惯使用 GitHub 的新开发人员来做贡献,对 Python 的发展必然大有脾益。
来源:OSCHINA
原文:
https://www.oschina.net/news/184023/python-bugs-move-to-github
赠书活动
赠书活
《OpenCV图像处理入门与实践》介绍:
链接
直达
图书
介绍
●内容实用:基于 OpenCV 4与Python,循序渐进介绍了OpenCV从入门到实践的内容
● 手把手教学:剖析基本操作,由浅入深带领读者对图像处理的算法有更深入的了解
● 案例丰富:面向不同应用场景,配合项目实战,详细讲解多个应用案例
● 配套赠送:全书源代码 + 重点知识讲解视频 + PPT
赠书规则
数量:四本
时间:发文——2022.03.02 12:00
规则:文末留言,点赞前四名各获赠一本
(留言需走心,低质量留言不会被精选。新老粉丝一视同仁。留言后,取关者资格作废。禁止机器大量刷赞,违者将被取消资格。)