共计 840 个字符，预计需要花费 3 分钟才能阅读完成。
2 月 18 日，Python 外围开发者 Łukasz Langa 在 Python Discourse 论坛上发表：
Python 开发组正在致力于将目前所有位于 Python 官网 Bug 网站 https://bugs.python.org/ (缩写为 bpo 或 BPO) 中的 Bug 数据到迁徙到 GitHub 中，迁徙实现后，新的 Bug 在 GitHub Issue 中解决，而 BPO 官方网站将以只读模式运行，以确保现有的在线 URL 持续工作。
早在在 2018 年 6 月的 Python 语言峰会上，外围开发者 Mariatta Wijaya 就提议“放弃 Roundup 和 BPO 网站，切换到 GitHub Issues 用于 Bug 跟踪”，该提议引出了 PEP 581 提案，并于 2019 年 5 月取得了批准。
但因为迁徙过程中的一系列技术、法律以及程序等问题，迁徙过程并不迅速，直到 2022 年迁徙工作才正式启动。
据理解，迁徙时间表如下：
- 2022 年 2 月 18 日，星期五：为期两周的公众反馈收集期开始。
- 2022 年 3 月 4 日，星期五：在 Github 的帮忙下执行最终的端到端测试迁徙，以收集迁徙所需的工夫并确保没有妨碍。（咱们将应用 10% 的 Bug 进行该测试）
假如在反馈收集过程中没有发现任何妨碍问题，就开始正式迁徙：
- 2022 年 3 月 10 日星期四：迁徙开始，BPO 将进入只读模式。来自 BPO 的数据被导出并放在 Github 上的长期存储库中（大概须要 22 小时）。
- 2022 年 3 月 11 日星期五：Github 开始将长期存储库中的 Bug 转移到 github.com/python/cpython/。
整个迁徙过程预计须要 3 到 7 天，具体工夫将取决于 Github.com 上的负载。
在迁徙过程中，须要留神的事项如下：
- 不能够在 Github 或 BPO 上创立新问题；
- 能够在 Github 上创立新的 PR 并与现有 PR 交互，不会中断；
- 能够与 Github 上已迁徙的 Issue 进行交互，但十分不激励破坏性操作（更改问题题目、编辑评论内容、删除评论、删除标签），因为这将使迁徙更具难度
正文完
