冲突阻止自动合并

Question

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

这是场景

1. 我从母公司创建了本地分支机构。
2. 执行一些实现并提交更改。
3. 通过评论解决了评论评论，然后修改了先前的提交。
4. 完成PR（自动合并为主控）后。
5. 完成后，我需要解决一些评论。
6. 相应地更改了代码，然后修改为先前的代码。
7. 由于先前的PR已经完成，因此我必须为此创建一个新的PR。
8. 创建新的PR后，现在我会收到“冲突阻止自动合并”

我认为问题是因为我将最后一次提交修改为上一次提交，因此将其标识为一次提交。我的主人已经做出了我之前所做的承诺。

有人可以告诉我什么是解决此问题的最佳方法。

Answer 1

您可能应该创建一个新的提交来处理第二次审阅的结果以及新的PR。两次提交都将保留在git历史记录中。

其他选项包括：

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

在将来，我建议不要在其他开发者访问它们（在将它们合并/合并到共享分支之后，...）之后修改提交，因为这可能会导致此类问题。
通常，还应在将内容合并到master分支之前进行审核。