冲突阻止自动合并

Question

解决自动合并冲突的最佳方法是什么。

这是场景

1. 我从 master 创建了一个本地分支。
2. 进行一些实施并提交更改。
3. 通过reviews 解决了review cmets，然后修改了之前的提交。
4. 完成PR后（自动合并到master）。
5. 完成后，我需要解决一些审核问题。
6. 相应地更改了代码，然后修改为以前的代码。
7. 由于之前的 PR 已经完成，我不得不为此创建一个新的 PR。
8. 创建新 PR 后，现在我得到“冲突阻止自动合并”

我认为问题在于我将最后一次提交修改为上一次提交，它被识别为一次提交。我的主人已经提交了我之前做出的承诺。

谁能告诉我解决这个问题的最佳方法是什么。

Answer 1

您可能应该创建一个新的提交来解决第二次审查的结果，并为其创建一个新的 PR。两个提交都将保留在 git 历史记录中。

其他选项包括：

• 强制将更改推送到 master（不推荐并且可能禁止）
• 将您当前的 PR 重新定位到 master（这将创建两个具有相似消息的提交）

对于未来，我建议不要在其他开发人员访问它们之后修改提交（在将它们推送/合并到共享分支之后，...），因为这可能会导致此类问题。
此外，通常应在将事物合并到主分支之前进行审核。