此前，Python 开发组一直在 Python 官方 Bug 网站 https://bugs.python.org/ (缩写为 bpo 或 BPO) 上进行 Bug 提交、跟踪和处理网站使用开源工具 Roundup 作为 Bug 跟踪器。
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 年大迁移才正式启动。
根据 ?ukasz Langa 介绍，迁移时间表如下：
- 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 进一步解释了迁移计划的细节，并回答了一些常见的疑问：
Roundup / bpo 有什么问题？为什么要放弃？
- 维修人员从不超过 5
- 没有任何 CI 施工、审查和测试压力过大
- UI 老旧
- 天天给用户发垃圾邮件，还容易暴露用户邮件地址
为什么不继续优化 ？Roundup / bpo?
创建和维护 GitHub 集成和审查机器人的工作量远低于持续优化和维护 Roundup 。”
为何选择 GitHub 而不是其他平台
GitHub 功能齐全，受众更广。大多数程序员都知道如何操作，这可以降低贡献门槛。因此，尽管存在许多问题，但它仍然是目前最好的解决方案。
放弃了 Roundup / BPO同时也意味着 Python 开发的基础设施已完成Python 开源工具(Mercurial、Roundup)到专有的 GitHub “SAAS 产品的全面转型(从某种角度来说，这可能是开源的悲哀？)。但无论如何，这种迁移肯定会吸引很多熟悉和习惯使用 GitHub 新开发人员贡献 Python 的发展必然有脾益。
本文转自OSCHINA
本文标题：弃用官网！Python 将所有 Bug 迁移到 GitHub 中
本文地址：https://www.oschina.net/news/184023/python-bugs-move-to-github