Docs Library
处理评审反馈
掌握评审反馈处理节奏：区分必须修改与讨论项、按批次提交修订、维持 PR 可审查性与上下文连续性。
- 刚开始系统学 Git 的新手
- 想补齐最小协作闭环的人
- 会打开终端并进入仓库目录
- 知道本地和远端仓库的基本区别
- 跳过顺序直接学高风险命令
- 把示例命令直接用到当前工作仓库
评审不是“改到 reviewer 不说话”为止，而是共同收敛风险和可维护性。
推荐节奏
- 先把反馈分组：必须改 / 讨论项
- 小批次提交修订，不要一次性大改
- 每轮修订后写清“改了什么、为什么”
常用动作
git add -p
git commit -m "fix: address review comments on error handling"
git push
关键习惯
在评论区用“已修复/保留原因”逐条回应，降低认知来回切换成本。
混合提交会让 reviewer 难以判断每条评论是否真的被解决。
接下来建议继续学什么
merge and close tasksmall batch reviewcode review handoff quality