此前，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 ?！?/p>

為什么選擇 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