Python bug官网"搬迁"，新家在GitHub

一、技术&法律，两面受阻。

相信大部分Python程序员都应该知道:以前，如果需要提交bug、跟踪、修复等操作，一般可以去Python官方bug网站(https://bugs.python.org/，简称BPO)，而BPO所用的bug跟踪器是开源工具Roundup，即Roundup存储bug相关数据。

为顺利将Pythonbug迁移到Github，上周Python核心开发者ukaszlanga在Pythondiscourse论坛上宣布：

Roundup中的bug数据将全部迁移到Github的Python存储库中，然后用户和核心开发者发现的新bug将在Githubissue中统一处理；同时，为了避免BPO中URL故障造成的混乱，BPO将继续以只读模式存在，目前BPO中的每个bug都将链接到其Github地址。

ukaszlanga解释说：我们希望这能降低新贡献者的门槛，提供更流畅的用户体验。

理想是丰满的，但现实很难令人满意。ukaszlanga感慨地说:无论是技术还是法律，这都不是一件容易的事情。为此，自1月份以来，他一直与同样是Python开发者的Eziomeloti讨论如何推动迁移任务。

二、迁移过程复杂。

将整个bug迁移工作分为测试反馈阶段和正式迁移阶段：

(1)以下是测试反馈阶段时间表:

2022年2月18日开始为期两周的公共反馈收集期。在此期间，开发者可以到https://github.com/psf/gh-migration/isssues/查看bug迁移、测试执行等详细步骤，并报告具体问题，也可以到https:/github.com/psf/gh-migration/issues查看一些迁移bug的例子。

2022年3月4日，在Github的帮助下，使用10%的bug进行终端到端测试迁移，以估计迁移所需的时间和过程中可能出现的问题。

(2)如果在反馈收集过程中没有发现任何问题，最终测试成功实现，正式迁移阶段将开始:

2022年3月10日开始迁移。BPO在欧洲中部时间晚上9点(太平洋标准时间下午12点)进入只读模式，BPO中的数据将导入Github上的临时存储库(预计这个过程需要22个小时)。

2022年3月11日，Github开始将临时存储库中的所有bug转移到Python库。

根据ukaszlanga的预测，正式迁移大约需要3-7天（具体取决于Github的负载)，而Python程序员在bug迁移过程中需要注意以下几点:

不要在Github或BPO上创建新的bug；

能够在Github上创建新的PR并与现有的PR互动，这不会受到影响；

您可以与Github上迁移的bug进行交互，但尽量不要有破坏性操作（如修改bug标题、编辑评论内容、删除评论、删除标签等），因为数据更改会使迁移团队无法确定迁移是否完全成功。

bug数据迁移完成后，Python官方将发出相关通知；但如果迁移不能在7天内完成，BPO将被暂停并重新启用。

除上述技术问题外，迁移任务还涉及一些法律纠纷，主要集中在Python软件基金会（PSF）是否可以将用户生成的内容及其潜在的个人身份信息（PII）从BPO移动到Github，而不征得用户同意。

关于这个问题，指导委员会和PSF律师决定，迁移不需要用户同意:

BPO和Github都是面向公众的系统。用户主动将其信息（包括PII）放入BPO系统中，BPO将根据主动同意存储、公开访问等权限按需分发这些信息。我们将后端改为Github不会修改这些权限，也不会显示以前在BPO系统中不允许公开访问的任何新用户信息。

第三，放弃BPO的理由。

在阅读了上述迁移过程后，有些人可能会想：既然迁移如此麻烦，继续使用BPO不是香吗？Python官员早在2018年创建的PEP581提案中就明确回应了这些问题。

在提案中，列出了一系列Roundup/BPO中已知的问题:维护人员不到5人，包括核心开发人员；没有可用的CI(持续集成)，现有维护人员负担太大(需要审查、测试和应用补丁)；它隔离了外部开发人员的巨大贡献；UI需要重新设计；容易暴露用户的电子邮件地址，经常给用户发垃圾邮件；注册新账户过程繁琐..

但所有这些问题，在一些习惯了BPO的开发者看来，罪并没有被放弃，甚至希望BPO维护人员能够改进这些问题。然而，Python官员坚持说：Github有很多我们喜欢的功能，我们相信创建和维护Github集成和相关工作量远低于加速和维护Roundup所需的工作量。