mozilla-firefox/firefox

如果你打算构建或修改 Firefox 本身，这个仓库值得投入；如果只是要用浏览器，直接装正式版或 Nightly 就行。

解决什么问题

当你想修一个 Firefox 的行为、研究某个浏览器功能怎么实现，或者做下游构建时，你需要的是产品源码，而不是镜像或 issue 列表。过去这份权威代码放在 Mozilla 自己的 Mercurial 服务器上，习惯 Git 的开发者得先换一套版本控制流程才能读历史。迁到 GitHub 后，克隆和浏览历史都走熟悉的步骤，进入代码库的门槛降低了。但要注意，改变的只是代码托管，问题跟踪、代码评审和 CI 并没有跟着搬过来。

有什么不同

这里放的是浏览器产品本身，包含 Gecko 引擎和大量用 JavaScript 编写的前端，而不是扩展、套壳或社区分支。一位 Mozilla 员工在迁移讨论中说明，只有代码搬了：Bugzilla 仍是问题跟踪，Phabricator 负责代码评审与合入，Taskcluster 负责 CI（评论概述）。Mercurial 服务器仍然存在并从 GitHub 同步，方便自动化系统逐步迁移；用于对未完成补丁跑 CI 的 "try" 仓库也仍在 Mercurial 上。这就是核心取舍：读代码、克隆仓库能用 GitHub 的熟悉方式，但报 bug 和合入改动仍要回到 Mozilla 自己的工具链。

谁值得试

适合：想阅读 Gecko 代码、在本地复现问题或构建带补丁的浏览器的人，尤其是已经熟悉 Git 的开发者。相关讨论提到仓库里有一个 CLAUDE.md 指向 AGENTS.md，如果你想让编程助手协助浏览代码树，这点可能有用（讨论）。不适合：只想装一个稳定浏览器的人，应该走正式发布渠道或 Nightly 构建。也不适合期待用 GitHub Issues 和 pull request 完成贡献的人。

使用条件与边界

构建 Firefox 的准备工作不小：项目自己的贡献快速参考和 Firefox Source Docs才是真正的起点，这里的 README 是刻意写短的。需要按平台准备构建依赖，首次构建耗时较长。问题跟踪在 Bugzilla，查已知问题要离开 GitHub。开发中的提问走 Matrix 的 introduction 频道，而不是仓库本身。许可证标注为 NOASSERTION，重新分发构建产物前请先确认项目的授权条款。

HotRepo 点评

HotRepo 只有一条带日期的观测：2026-10-28 该仓库有 13,628 星，当天 +23，并出现在日榜上。单个快照无法说明趋势，因此关注度能否持续目前无法判断。更大的公开信号是迁移讨论本身，2025-05-13 那条帖子有 466 条评论（讨论）。投入之前，先到贡献文档确认你要做的改动实际需要哪套流程。