Git PR/MR流程疑问：PR未获通过时需新建还是请求重审？

嘿，这个问题我太有发言权了！不管是在GitHub还是GitLab上，完全不需要关闭当前的PR/MR，直接在原功能分支上迭代修改就好，这也是平台设计PR/MR工作流的核心逻辑之一。具体操作和原因如下：

• 直接在原分支提交修改：针对审核人的整改意见，在你的功能分支上完成代码调整后，正常执行提交推送操作（git add . → git commit -m "fix: 修复XX评审反馈问题" → git push origin 你的功能分支名）。推送完成后，对应的PR/MR页面会自动同步最新的代码变更，所有之前的评审记录、评论上下文也会完整保留。
• 绝对不要关闭重开PR/MR：关闭现有PR再重新发起，会丢失所有历史评审讨论，审核人需要重新梳理之前的反馈，你自己也得重复说明修改点，完全是低效操作，平台绝对不推荐这么做。
• 主动提醒审核人：当你完成修改推送后，可以在PR/MR的评论区@对应的审核人，留一句类似“我已经根据你的反馈调整了代码，麻烦帮忙再评审一下～”的话，这样能让对方及时关注到更新。
• 合并前的最后一步：如果审核人之前设置了“需要批准才能合并”，等他们重新审核通过后，就能直接在当前PR/MR上完成合并操作，整个流程的所有记录都会存档，方便后续问题追溯。

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