Gerrit：面向 Git 项目的代码评审与项目管理工具

获取下载链全程约 1 分钟

1. 打开微信，搜索「软件教程管家」关注，或长按下方二维码关注
2. 回复关键词 Gerrit 复制关键词
3. 公众号自动回复网盘链接，点击即可保存下载

打开微信扫一扫关注
或搜索【软件教程管家】

官方渠道：GitHub 仓库

Gerrit 是一款面向 Git 项目的代码评审与项目管理工具，由 Google 主导开发并开源，采用 Apache License 2.0 协议。它把“变更评审、行内讨论、授权提交”收进同一套流程，适合需要对进入主分支的每一笔改动做集中把关的开发团队。

获取 Gerrit

前往 GitHub 查看源码

GitHub 国内访问较慢，如打不开可多刷新几次

快速判断

如果团队需要围绕 Git 建立集中式代码评审、行内讨论和授权提交流程，Gerrit 值得纳入候选。它更适合能够承担服务部署、权限配置和持续维护工作的团队；若只需要轻量级托管，或者现有平台已覆盖完整评审流程，应先比较迁移成本与流程差异，再决定是否引入。

核心功能

• 以并排视图展示代码变更，审查者可以直观对比修改前后的差异。
• 评审人员可以直接在代码行上添加行内评论，把讨论集中在具体修改处，而不是散落在聊天记录里。
• 授权用户可以向主 Git 仓库提交变更，减少由单一维护者手工合并的流程。
• 提供 Bazel 源码构建方式，并在 README 中列出多种软件包和 Docker 部署路径。
• 项目采用 Apache License 2.0，许可证信息清晰，便于纳入开源软件评估流程。

工作机制

Gerrit 以“变更（Change）”为评审单位：一笔变更从推送、评审、多轮修改到最终提交，全程带唯一标识追踪，评审意见、版本演进和提交记录都挂在同一笔变更之下。这种模式与“分支合并请求”不同，更适合对主分支有强管控要求的团队。

上手步骤

最快的体验方式是用官方 Docker 镜像启动：

docker run -d --name gerrit -p 8080:8080 -p 29418:29418 gerritcodereview/gerrit

启动后按以下步骤完成初次使用：

1. 浏览器打开 http://localhost:8080，创建管理员账号并登录。
2. 在个人设置中添加 SSH 公钥，Gerrit 的 Git 操作默认走 29418 端口的 SSH 服务。
3. 创建一个测试项目，或从现有 Git 仓库导入一笔变更，体验推送、评审、提交的完整流程。
4. 确认评审流程符合团队习惯后，再规划生产环境的部署方式与权限模型。

需要从源码构建时，按 README 的说明安装 Bazel，并通过递归子模块获取源码后执行构建命令；生产部署也可以选择 Debian、Ubuntu、CentOS、Red Hat、Fedora 软件包方式。

版本与部署方式选择

• 本地体验：Docker 镜像最省事，一条命令即可跑起来，适合先验证流程。
• 长期生产：软件包或源码构建更可控，便于固定版本、打补丁和对接现有运维体系。
• 团队规模较小时，单机部署加定期备份即可；规模扩大后再评估高可用与存储方案，具体配置以官方文档为准。

上手后建议确认的几项配置

• 管理员账号与成员 SSH 公钥：先把“谁能登录、谁能推送”这两件事定下来，再开放给全员使用。
• 项目访问权限：明确每个项目谁能推送、谁能评审、谁能提交到主分支，避免权限放得过宽或过严。
• 邮件通知：配置发信服务，让评审人及时收到待审变更提醒，评审流程才转得起来。
• 多仓同步：如需把变更复制到其他 Git 服务，可按需配置 replication，不要等到多仓并行时再补。

注意事项

• README 摘要没有完整说明运行时配置、认证授权细节、存储要求和运维拓扑，部署前需查看文档或源码确认。
• GitHub 仓库只是镜像，README 明确表示不接受通过 GitHub 镜像提交 Pull Request，贡献与问题反馈要走官方渠道。
• 软件包和 Docker 镜像的具体版本、基础镜像内容及兼容矩阵，需要结合对应发布资料确认。
• README 未提供与其他代码评审平台的功能、性能或迁移对照，选型时不能仅凭摘要判断适配程度，建议先小范围试点。

适合人群与同类对比

适合需要集中管理 Git 代码评审、授权变更提交和项目维护流程的开发团队、维护者及代码审查人员，尤其适合对主分支合入有严格把关要求的中大型团队。

与 GitHub Pull Request、GitLab Merge Request 相比，Gerrit 的差别主要在三点：一是评审单位是“变更”而不是分支，同一笔变更可以多轮打磨；二是提交环节带授权控制，主分支入口由流程而非个人习惯把关；三是需要自托管与持续维护，换来的是流程与数据的完全自主。团队如果已经在 GitHub 或 GitLab 上跑通评审流程，迁移到 Gerrit 的收益要大于迁移与学习成本才值得动手。

选型建议

先确认团队是否真的需要变更评审、主仓库提交授权和项目维护流程，再评估与现有 Git 托管环境的兼容性。部署评估应覆盖 Bazel 构建、目标操作系统、Docker 运行方式、数据持久化、权限模型和升级流程；这些细节不能仅依据 README 摘要确定，正式上线前建议用测试项目完整走一遍评审与提交流程。

推广

关注「软件教程管家」

回复软件名即取即下：网盘下载链接 + 提取码，一步直达，不用再跳转。

相关推荐

开发git-branchless 免费下载｜撤销工具开发GitHub Desktop 3.6.7 绿色版下载开发SmartGit 26.1 中文版下载｜图形化Git客户端网赚项目GitHub零基础入门课：22节实操，吃透版本回退、分支冲突与SSH配置，掌握企业标准开发协作流程网赚项目GitHub小白入门教程｜Git+GitHub 19节实操，从命令到分支协作全流程开发MyGit Git 免费下载｜AI编程，轻量原生