| 推荐 | 评审中：追加提交；合并前：按约定 squash 或整理 |
|---|---|
| 强推影响 | 平台增量对比可能重置，评审人需要重新核对 |
| 说明 | 推送后发一条「本轮改动」评论，列出主要变更点 |
追加提交方式
追加提交方式
git add src/login.js
git commit -m 'fixup: 处理评审意见（限流边界）'
git push origin feature/login有的仓库禁止强推 PR 分支（平台设置），动手前先看仓库规则；禁止时用追加提交即可。
评审期间更新 PR 的推送策略
评审期间优先追加提交（保留增量视图），待批准后再整理历史；若必须强推（rebase 同步主干），在 PR 里说明改动范围并请求重新评审。
易错点
- 频繁强推会让评审人失去增量视角，反而增加往返次数
- 整理历史（squash/rebase）应放在评审批准之后，避免评审对象与讨论上下文错位
数据来源与参考
- GitHub Docs：About pull requests（提交与评审流程）
- GitLab Docs：Merge request versions（force push 行为）