bugzilla官网

打开bugzilla官网，官网第一眼看到的官网不是花哨的营销文案，而是官网一行朴素的字：“Get a Free Bug Tracking System”。这行字放在别的官网软件官网上，可能早就被淹没在“革命性”、官网“颠覆性”的官网广告词里了。但在这里，官网它反而显得异常可信——因为Bugzilla从1998年诞生至今，官网真的官网就没怎么变过样。

它的官网界面老得让人恍惚。表格、官网下拉框、官网文本框，官网密密码码地堆在一起，官网像极了2005年的官网企业内部系统。第一次用的人十有八九会懵：提交一个bug要填十几个字段，什么“Product”、“Component”、“Version”，还有“Severity”和“Priority”这种看起来差不多的选项。但正是这种“笨重”，让它成了开源世界里最靠谱的“账本”。

你随便翻一个Mozilla的项目，就能看到Bugzilla里躺着上万条记录，最早的可能要追溯到2002年。每条bug都有完整的生命周期：谁报的、什么时候确认的、谁在修、修到哪一步了、最后怎么解决的。这种可追溯性，是那些设计精美的现代项目管理工具给不了的。那些工具把界面做得像社交软件，但历史记录往往被折叠在二级菜单里，想查个旧事得点好几层。

Bugzilla的搜索功能强得可怕。你可以用布尔运算组合关键词，按组件、里程碑、指派给的人来过滤，甚至能保存自定义查询，每天自动发邮件提醒新增结果。我认识一个老测试工程师，他管这叫“放着不管，让系统自己追着跑”。他负责的模块有几百个历史bug，每周就靠一封Bugzilla自动生成的报表来排优先级，比任何看板都管用。

官网本身也透露着这种“不讨好用户”的底气。没有在线客服弹窗，没有“联系我们获取演示”的按钮，只有一份PDF格式的快速入门指南和指向wiki的链接。下载页直接挂出tar.gz压缩包，安装说明写得像给运维看的内部文档——步骤列表、命令行、依赖关系，干净利落，不废话。

说实话，现在新出的bug追踪工具谁不比Bugzilla好看？Jira的看板拖拽起来顺滑得像在玩手游，GitHub Issues天然跟代码仓库集成。但Bugzilla还活着，而且活得挺好。Mozilla基金会用它，Apache基金会用它，Linux内核社区也用它。2019年它还发布了5.0版本，加了REST API——这大概算它近十年最大的一次“现代化”了。

为什么大家不换？因为bug追踪的本质不是让人高兴，而是让问题不被遗忘。Bugzilla那种略显呆板的字段强制填写，恰恰逼着每个提交者把问题描述清楚。它的“Duplicate”机制能自动找出重复报告，它的“Dependencies”能画出一张复杂的bug关系网。这些功能听起来不性感，但真遇到一个线上崩溃、需要快速定位历史类似故障时，你会发现还是这个老古董最靠得住。

官网首页底部有一行不起眼的小字：“Bugzilla is a registered trademark of the Mozilla Foundation.”下面跟着一行链接：“Privacy Policy”。没有广告，没有跟踪器，页面加载得飞快。在这个到处都在抢用户注意力的时代，一个bug追踪系统能保持如此克制，本身就是一种态度——我们只负责把问题记清楚，剩下的，交给写代码的人。