沖突阻止自動合並

Question

解決自動合並沖突的最佳方法是什么。

這是場景

1. 我從主人創建了一個本地分支。
2. 做一些實現並提交更改。
3. 通過評論解決評論評論，然后修改之前的提交。
4. 完成PR后（自動合並到master）。
5. 完成后，我需要處理一些評論意見。
6. 相應地更改了代碼，然后修改為以前的。
7. 由於之前的 PR 已經完成，我不得不為此創建一個新的 PR。
8. 一旦我創建了新的 PR，現在我得到“沖突阻止自動合並”

我認為問題在於，由於我將最后一次提交修改為上一次提交，因此它被識別為一次提交。 我的主人有我之前做出的承諾。

有人可以告訴我解決此問題的最佳方法是什么。

Answer 1

您可能應該創建一個新的提交來解決第二次審查的結果並為其創建一個新的 PR。 兩個提交都將保留在 git 歷史記錄中。

其他選項包括：

• 強制將更改推送到 master（不推薦並且可能禁止）
• 將您當前的 PR 重新定位到 master 上（這將創建兩個具有相似消息的提交）

對於未來，我建議不要在其他開發人員訪問它們之后修改提交（在將它們推送/合並到共享分支之后，...），因為這可能會導致此類問題。
此外，通常應在將事物合並到主分支之前進行審查。

Answer 2

如果您使用 Visual Studio 2022，請按照以下步驟操作：

1. 打開窗口“git 更改”。

2. 在列表分支上，找到了您的目標分支（在您的情況下為 Master，在我的情況下為 dev）。 右鍵單擊並選擇“合並到當前分支” Viola，您將看到您提交的文件列表分為兩組。 一組是沒有沖突的文件（暫存），另一組是有沖突的文件（未暫存）。

3. 就我而言，我只需要暫存所有未暫存的文件（因此存在沖突）。 根據您的情況，您可能需要在暫存所有未暫存文件之前進行修復。

4. 如果所有未暫存的文件都已暫存或刪除，則同步。

5. 問題應該得到解決。