Git合并工作流程

Question

下面是我使用VSTS和Git的合并工作流程的解决方案，如下图所示。

这种方式有效，但看起来有2个冗余步骤可以防止合并冲突。我希望有人可能有一个更简单的方法来做到这一步。如果我重新分配每个分支，这将工作，但我试图避免这种方法。我的步骤包括：

1. 为dev中的特征创建一个dev分支，off master和辅助分支。
2. 将代码从功能分支拉入dev分支。
3. 将主人拉入开发并解决冲突。
4. 一旦冲突得到解决，就可以将开发人员拉到主人手中。
5. 将主回拉到dev中，以便提交历史记录相同。

Answer 1

根据您的描述，似乎master是你的主要分支，dev是你有进一步的发展项目，feature分支是该巢功能的工作或协助，为您制定dev分支。 因此合并流程应该是：feature分支的工作，完成

1. 后，合并feature到dev（git checkout dev和git merge feature）。
2. 完成dev分支后，将dev合并为master（git checkout master和git merge dev）。

现在master分支包含dev分支的最新工作。通常没有必要将master重新合并到dev中，因为master是您的主要分支。

注：

• 当有合并过程中的冲突，修改和保存所有文件冲突，然后使用git add .和git commit。或者您可以使用合并策略自动解决冲突。
• 尽管来自其他分支的git pull可能与git merge的结果相同，但我仍建议您使用git merge。它存在的命令是针对这种情况的，而且更为经常。