在沉寂了一段时间之后，Bugzilla 项目负责人 Dave Miller 宣布该项目再次得到更新。
Surprise! Bugzilla 还没有死。 :-)
几个月前我在开发者邮件列表中发布了一堆这样的内容，但现在是时候让更多的人看到了。:-)
Bugzilla 最初是由开发者 Terry Weissman 于 1998 年为 Mozilla.org 项目设计开发的，一个基于 Web 的通用 bug 跟踪系统和测试工具；Dave Miller 于 2001 年 7 月成为项目负责人。如今 Bugzilla 已被 Mozilla 基金会、WebKit、Linux Kernel、FreeBSD、Apache、Red Hat、Eclipse 和 LibreOffice 等组织机构使用。
Miller 在博客中表示，多年来他并没有在 Bugzilla 上花费太多时间；但鉴于也没有任何人能够代替他，因此只有在其他开发人员陷入僵局时他才会介入做出决定。在过去的 10 年里，他曾两次尝试将项目的控制权移交给其他人；但每次这个被选中的人都找到了一份新工作，且没有时间同时处理 Bugzilla。而现在，Miller 的生活发生了一些变化，让他终于有更多时间花在 Bugzilla 上。“在过去的 5 或 6 个月里，我研究它的次数可能比过去 5 或 6 年的总和还多。”
![]()
在这一段时间里，Miller 已经解决了基础架构的一些问题。已经完成的事情清单包括：
- 将测试套件移至 GitHub Actions，以便它在每次提交时自动运行
- 更新 IRC 机器人，让它再次与 IRC 服务器对话（此前由于 SSL 版本过时而无法工作）；也更新其中的邮件解析代码以处理新版本的 Bugzilla（最重要的是 bugzilla.mozilla .org，其通知邮件从这里发出）。
- 为安全提交设置一个私有的 Git 仓库，这样就可以在发布前对其进行阶段性测试，避免提前暴露。
发布计划方面，Miller 希望尽快发布一个新的 Bugzilla 多分支版本，预计时间在今年 12 月底或明年 1 月中旬。目前，Bugzilla 仍支持于 2013 年首次发布的 4.4 版本。理由是其支持政策表明，必须在继续迭代两个新的主要版本之后，再对 4.4 提供 4 个月的支持才可以结束其生命周期。“4.4 之后的下一个主要版本是 5.0；之后没有任何主要版本，这意味着 4 个月的倒计时还没有开始。”
按照 Miller 的规划，4.4.14 将是 4.4 分支的最终版本。然后还有 5.0.4.1、将是下一个主要版本的 5.2、以及一个“basically dead”的 5.1 分支。5.2 版本发布以后，4.4 版本就可以开始 4 个月的生命周期结束倒计时。此外还有一个 5.9.1 分支 —— 代号 Harmony，目前处于开发者预览版，最终将发展成为 Bugzilla 6。
Miller 解释，5.0.4.1 的出现源于 Bugzilla 团队成员的一个失误：于 2019 年初发布的 5.05 和 5.06 版本包含大量架构更改，并且重新格式化了源代码中几乎所有的 Perl 代码，违反了项目支持政策。许多用户注意到了这一失误，从而选择了继续使用旧版本，未升级到不包含任何安全修复程序的 5.0.5 或 5.0.6。所以 5.0.4.1 将为这些人提供 5.0.4 的额外修复。
而 5.2 是在 5.0.6 之后从 5.0 分支分叉出来的，它将包含 5.0.5 和 5.0.6 的那些模式和代码格式的变化。Miller 称，“5.0.5 一开始就应该被称为 5.2”。
值得一提的是，鉴于有其他同类软件可选择、Perl 语言流行性较低等原因，Bugzilla 的寻找贡献者之路并不简单。Hacker News 上一位开发者就表示，“Bugzilla曾经是用 Tcl 编写的，后来用 Perl 进行了重写，因为他们认识到此举会更容易让人们为它作出贡献。出于同样的原因，同样的问题再次出现；今天，用 Perl 编写的事实已经变成了一种负担，就像在 2000 年左右它是一种优势一样。我喜欢 Bugzilla......但是，我实际上不能期望或直截了当地建议任何人部署或工作，考虑到这是一个用 Perl 编写的 foreign codebase，甚至我也不想自己做。”
Miller 希望能有一些志愿者在文档、合规性审计和修复 Bugzilla 本身的 bug 方面提供帮助，还呼吁那些使用 Bugzilla 的企业考虑提供一些有偿的开发时间。“如果你是一家使用 Bugzilla 的企业，并且有员工负责维护你的 Bugzilla 安装；在该员工愿意的前提下，请考虑正式赞助该员工每周至少几个小时的 Bugzilla 上游开发。”
相关阅读：
