环境准备与基础配置
在使用Gerrit之前，必须先完成Git的基础配置。Git作为分布式版本控制工具，负责本地代码的追踪与管理，而Gerrit则作为中央代码审查平台，两者配合可实现高质量的团队协作。首先安装Git后，打开终端执行git config命令设置全局用户名与邮箱，这必须与你在Gerrit系统注册的信息完全一致，否则提交会被拒绝。接着配置SSH密钥，将生成的公钥上传至Gerrit后台的个人设置页面，这样后续推送代码时才能免密认证。建议同时开启commit message的签名验证插件，确保每行代码的归属可追溯。
克隆仓库与日常开发流程
拿到项目后，通过git clone拉取远程仓库地址。注意Gerrit提供的克隆链接通常包含特定分支信息，默认可能是refs/meta/config或master分支。进入项目目录后，新建功能分支进行开发，切忌直接在主分支上修改。编写完代码后，使用git add暂存变更文件，随后通过git commit提交到本地仓库。提交信息要简洁明了，第一行概括改动内容，空一行后补充详细说明，方便后续审查人员快速定位问题。如果临时发现漏改，可使用git add追加并git commit --amend合并提交，保持历史记录整洁。
推送代码至Gerrit审查
本地测试无误后，需要将代码推送到Gerrit进行审查。与普通代码托管平台不同，Gerrit不允许直接推送到远程主干，必须使用refs/for/前缀。执行git push origin HEAD:refs/for/master指令，系统会自动创建一条新的审查请求。此时代码不会进入正式合并区，而是停留在待审状态。推送成功后，终端会返回一个唯一的Change ID，务必记录该编号，它将在后续沟通与查询中充当关键凭证。如果需要指定特定的评审人，可以在提交信息的末尾添加Cc或Rr标签，或者在推送命令后附加相关参数。
处理代码审查反馈
评审人员会在Web界面上逐行查看代码，并在下方留言指出潜在风险、规范偏差或逻辑漏洞。面对修改意见，无需删除原提交重新打包，只需在本地继续修复，再次提交即可。新提交的补丁集会自动追加到同一条Change记录下，形成完整的迭代轨迹。每次修复完成后，记得执行git push更新远程审查流。若遇到严重分歧或需要重构核心模块，可与评审人线下沟通确认方案后再动笔，避免无效返工。审查通过后，界面会出现Approved标记，表示已满足合并条件。
合并提交与日常维护技巧
当所有必填评审项都获得赞成票且自动检查流水线跑通后，拥有权限的用户可直接点击Merge按钮将代码纳入主干。普通开发者不可自行合并，这是为了防止未经充分验证的代码污染生产环境。合并完成后，本地可通过git pull同步最新状态。日常使用中建议定期清理本地无用分支，使用git branch -d删除已合并的功能线。遇到冲突时，优先拉取主干最新代码再解决冲突，切勿强行覆盖他人成果。掌握这套流程后，团队代码质量与协作效率将显著提升，后续参与开源项目或企业内部研发也能无缝衔接。
