原文链接：
GitHub 的优势是平台体验和生态整合。
Gerrit 的优势是评审和权限语义更细，适合强流程、强权限、强审查的团队。
对企业团队来说，比较二者是为了理解不同工具背后的治理模型，避免简单选边站。
| 能力 | 含义 |
|---|---|
| 组级权限 | 权限通常授予组，避免散落到个人 |
| Code-Review label | 评审意见可以分级，比如 -2 到 +2 |
| Submit 权限 | Review 通过和最终提交可以分离 |
| Service Users | 自动化系统使用专门身份 |
| Project ACL | 项目、分支、引用可以有细粒度权限 |
这套模型更像评审中枢，适合需要明确授权和审查等级的组织。
GitHub 更自然的路径是：
branch -> pull request -> review -> status checks -> merge
Gerrit 更强调：
change -> labels -> votes -> submit requirements -> submit
GitHub 适合统一开发平台，Gerrit 适合把 Review 作为强约束流程。
即使不用 Gerrit，也可以借鉴这些思想：
如果团队使用 GitHub，可以用这些能力模拟一部分 Gerrit 治理：
这个对照适合补充到：