解决Git合并冲突的步骤

Question

在这些步骤之后合并冲突：

1. 从开发分支创建的特征分支。
2. 提交在特性分支上创建的A。
3. 很少有提交合并以从其他特性分支开发分支。
4. 开发合并到特性分支-创建合并提交。
5. 直到第4步，更改要么在远程/本地存储库中进行，要么在拉/推。现在，远程开发分支发生了更多的变化，导致了合并冲突(见web接口)，从特征分支拉动请求到开发分支。

合并冲突解决步骤：

1. 在本地存储库中的特性分支中还原提交A。
2. 从开发到本地存储库进行最新的更改，并合并到特性分支。此合并步骤不会引起任何合并冲突，因为功能分支上的更改将在上述步骤中恢复。
3. Cherry选择提交A到特性分支，这将显示合并冲突。解决合并冲突。很容易解决这个合并冲突，因为您将看到您打算在特性分支中进行的更改。

解析步骤1-3在本地存储库中执行并推送到远程。

问题：合并冲突解决步骤工作良好，如果不执行从开发到功能的合并(合并提交-步骤4)。这些解决步骤是否会出现任何问题，在提交A之后，在特性分支上执行合并提交。

查询不涉及如何解决合并冲突。这是关于提到的步骤给出任何麻烦，在提交A之后，合并提交也会在特性分支上执行。

更新-答案：上述过程工作没有任何问题。在问题中，在提交特性分支(步骤2)之后，将提交从开发分支合并到特性分支(步骤4)。合并冲突解决步骤工作良好，因为在步骤4完成的合并提交中，没有解决合并冲突。

如果在步骤4中解决了合并冲突，那么用于特性分支的更改将在提交A中以及在合并提交中进行(步骤4)。在这种情况下，下面的合并冲突解决步骤(1-3)是不够的。如果在特性分支上发生任何合并冲突，则应该从一开始就遵循合并解析步骤(1-3) (从创建功能分支的时候开始)。

Answer 1

AFAICS，您希望保留develop中的更改和feature中的更改。在这种情况下，我更喜欢重基，因为我希望develop作为我的feature分支的基础，我只是希望将来自feature的commit A放在develop之上。

git checkout develop
git pull origin develop
git checkout feature
git rebase develop

# If any conflicts are here, you HAVE to look up what part of code you'd like to keep and what to discard.

这不会抛弃你的。