弃用官方网站！Python 将所有 Bug 迁移到 GitHub 中-低调大师

弃用官方网站！Python 将所有 Bug 迁移到 GitHub 中

2022-02-25 518

此前，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 。”

为什么选择 GitHub 而不是其他平台？

GitHub 功能齐全，而且受众更广，大部分程序员都知道如何操作，能降低贡献门槛。因此，尽管它也有一大堆问题，但仍是目前最优解。

放弃了 Roundup / BPO 的同时，也意味着 Python 开发的基础设施已经完成了从基于 Python 的开源工具（Mercurial、Roundup）到专有的 GitHub “SAAS” 产品的全面转变（从某种角度来看，这或许也算是开源的一种悲哀？）。但无论如何，该迁移肯定会吸引很多熟悉、并习惯使用 GitHub 的新开发人员来做贡献，对 Python 的发展必然大有脾益。

微信关注我们

原文链接：https://www.oschina.net/news/184023/python-bugs-move-to-github

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Linux 开发人员讨论弃用和删除 ReiserFS

长期 Linux 内核开发人员 Matthew Wilcox发起了一项“是时候删除 reiserfs 了吗？”的讨论。Wilcox 删除 ReiserFS 的动机是由于，他正在追求的内核基础设施的变化，但 ReiserFS 遗留在一定程度上对他的工作造成了阻碍。 Wilcox 指出，除了 Syzbot 的修复和其 tree-wide代码的修改，ReiserFS 在最近几年几乎都没有新动向；至少从 2019 年开始，似乎就没有任何用户上报的 bug 被修复了。在树中保留 reiserfs 有一定的代价。例如，我非常希望删除 ->write_begin 的"flags"参数。我们已经有了处理 AOP_FLAG_NOFS 的基础设施，但 AOP_FLAG_CONT_EXPAND 仍然存在，只被 reiserfs 使用。翻看过去几年对 reiserfs 的补丁，有对一些 syzbot 报告和 treewide 修改的修复。自 2019 年以来，似乎没有对用户发现的 bug 进行任何修复。reiserfs 是否仍然有一个庞大的安装基础，只是对一个旧的稳定文件系统非常满意？还是它的所...

2022-02-25

452

事件起因是 AWS 前几天发布的一篇博客：《Sustainability with Rust》。在这篇文章里，AWS 举例的时候将 Rust 和 Go 进行了对比。文章提到了早期 Discord 的一项关键 Go 服务存在问题，原本这是一个非常简单的服务，但它的尾部延迟 (Tail Latency) 非常慢。AWS 认为原因在于 Go 是一种垃圾回收 (GC) 语言，因此当对象被创建和释放时，垃圾回收器每隔一段时间就需要停止程序的执行并运行一次垃圾回收。当垃圾回收器运行时，会导致进程无法响应请求。为了解决此问题，Discord 决定尝试用 Rust 重写这个服务。测试结果显示，使用 Rust 重写后的速度提升超 10 倍，最慢的尾部延迟时间也降低至为原来的约 1%。下图是运行过程中 CPU 和响应时间的峰值，左边为 Go 实现的版本，右边为 Rust 实现的版本。 Go 开发团队 leader Russ Cox (rsc) 认为 AWS 在这里的比较对 Go 存在严重的误导。他认为，AWS 的文章将两者进行对比时，将 Go 版本的数据与在使用新的数据结构和更多内存后的 Rust ...

2022-02-25

543

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。