此前，Python开发团队一直在Python官方bug网站https://bugs.python.org/（简称bpo或BPO）提交、跟踪和处理bug，其中使用了开源工具Roundup作为错误跟踪器。2月18日，Python核心开发者?ukaszLanga在PythonDiscourse论坛上宣布，Roundup/BPO上的所有bug数据将迁移到GitHub。迁移完成后，新的Bug将在GitHubIssue中处理。原BPO官网将以只读模式存在，避免因链接失败导致的一系列问题。CPython开发早在2017年2月就被转移到GitHubPython存储库。因此，在2018年Python语言峰会上，核心开发人员MariattaWijaya提出“放弃Roundup和BPO站点，转而使用GitHubIssues进行Bug跟踪”，这导致了PEP581提案，2019年获批。但是，由于从Roundup/BPO到GitHub的大迁移涉及内容太多，存在技术、程序或法律上的复杂性，因此大迁移要到2022年才能正式启动。根据?ukaszLanga，迁移的时间表如下：2022年2月18日，星期五：为期两周的公众反馈收集期开始。2022年3月4日，星期五：在Github的帮助下执行最终的端到端错误数据迁移测试，收集时间和迁移问题。（10%的bug会用于测试。）如果测试过程没问题，正式迁移：2022年3月10日星期四：迁移开始，BPO进入只读模式，导出BPO的数据，放入在Github上的临时存储库中。（预计22小时）2022年3月11日，星期五：Github已正式完成迁移，将临时存储库中的错误转移到GitHub的Python存储库。在迁移过程中，需要注意以下几点：不允许在Github或BPO上创建新的问题仓库PR。PR不受影响。您可以在Github上创建新的PR并与现有的PR进行交互。您可以在GithubInteractive上与迁移后的问题进行交互，但不鼓励进行破坏性操作（更改问题标题、编辑评论内容、删除评论、删除标签），因为数据更改可能会导致难以审核迁移是否成功。此外，PEP581进一步解释了迁移计划的细节，也回答了一些常见的疑惑：Roundup/bpo有什么问题？为什么被遗弃？没有任何CI构建、审查和测试压力太高，维护人员永远不会超过5个。旧的UI每天都会给用户发送垃圾邮件，很容易暴露用户的邮箱地址。为什么不继续优化Roundup/bpo？优化成本太高。“创建和维护GitHub集成和审查机器人的工作远少于维护Roundup。”为什么选择GitHub而不是其他平台？GitHub功能齐全，受众更广。大多数程序员都知道如何操作，可以降低贡献门槛。因此，虽然它也有很多问题，但它仍然是目前最好的解决方案。在放弃Roundup/BPO的同时，也意味着Python开发的基础设施完成了从基于Python的开源工具（Mercurial、Roundup）到专有的GitHub“SAAS”产品（从某种角度来看，这也可以看作是作为开源的一种悲伤？）。但无论如何，迁移肯定会吸引很多熟悉并习惯使用GitHub的新开发者贡献，这肯定有利于Python的发展。本文转自OSCHINA本文标题：弃官网！Python将所有bug迁移到GitHub
