Python：Bug 官网免得了，全迁去 GitHub！

关于这个缺陷，指导委员但会和 PSF 辩护律师确定，此次迁至不必所需Gmail准许：

“BPO 和 Github 都是高下端公众的系统设计，Gmail主动将他们的文档（包括 PII）摆放在 BPO 系统设计之前，BPO 将根据主动准许驱动器、匿名到访等管辖权，按必需分发这些文档。而我们将后下端愈来愈改为 Github 并从未变更这些管辖权，迁至全过程之前也从未推测前在 BPO 系统设计之前不准许匿名到访的任何最初Gmail文档。”

重新考虑 BPO 的理由

在想到以上迁至妥善处理过程后，或许但会有人不解：既然迁至这样厌烦，之前用 BPO 不“香”吗？针对这类缺陷，Python 此前早在 2018 年创建人的 PEP 581 修正案之前就明确回应了。

该修正案之前，列举如下出了一串 Roundup/BPO 之前未知依赖于的缺陷：包括内部合作开发人员在内，保障人员不到 5 人；从未可用的 CI（持续集成），现有保障人员的分担太大（必所需审查、试验中和应用固件）；共存了来自外界合作开发人员的大量贡献；UI 必需重最初设计；易曝露Gmail的电子邮箱，还经常发垃圾邮件给Gmail；登记注册最初该网站全过程繁琐…

但这一切缺陷，可能在之外已习惯 BPO 的合作开发人员眼之前，“罪人”还不至于被重新考虑的显然，甚至决心 BPO 保障人员可以就这些缺陷加以改进。不过，Python 此前坚持确信：“GitHub 之前有很多我们喜欢的功用，并且我们或许，创建人和保障 GitHub 集成及系统设计性时数，要远低于更快并保障 Roundup 所必需的时数。”

之前，正如上文所提到的迁至妥善处理过程，先期自 3 月末 10 日起 Bug 迁至将年初开始，届时系统设计性合作开发人员必若无迁至其间可能但会助长的严重影响。

参考绑定：

— END—

扫码，附赠优惠格致

点「在看」的人都变好看了哦