GitLab代码评审：合并请求后需定制修改该如何操作？

你完全可以直接在ABC-901分支中修改内容后再次推送，这是GitLab MR工作流里最标准、高效的做法，不需要新建分支。具体操作步骤如下：

• 先拉取远程master分支的最新代码，避免本地分支和主线存在冲突：

  git checkout master
  git pull origin master
  

• 切回你的开发分支ABC-901：

  git checkout ABC-901
  

• 将master分支的最新代码合并到你的分支（如果master有更新的话），解决可能出现的代码冲突：

  git merge master
  

• 根据评审意见修改代码，完成后提交修改：

  git add .
  git commit -m "fix: 响应评审意见，调整XX功能逻辑/修复XX问题"
  

• 推送修改到远程的ABC-901分支：

  git push origin ABC-901
  

推送完成后，GitLab上对应的Merge Request会自动更新，评审人员可以直接在原MR里查看新的修改内容，不需要重新发起MR。

额外提醒：

• 如果有多轮评审意见，每一轮修改都重复上述流程即可
• 若想整理提交记录（比如把多次修改合并成一个清晰的提交），可以使用git rebase -i master，但新手建议先熟悉基础流程后再尝试该操作
• 新建分支反而会增加流程复杂度，比如需要重新创建MR、评审人员需要切换到新分支查看，完全没必要这么做

内容的提问来源于stack exchange，提问作者MartinTTS