2013-11-04 176 views
1

我有一个开发分支和几个功能分支。我在Atlassian上发现了这个git工作流程。 想法是开发分支将只读取除了主持人之外的所有开发人员。所有开发人员只能使用功能分支。但是,这里的问题 -将功能分支中的文件合并到开发分支

设备A开始在功能分支A(FB-A)上工作。开发分支将同时取得进展。 Dev A完成了他在FB-A上的工作并提交并将代码推送给FB-A(提交#1)。然后,他将从开发者手中拉到FB-A以获得最新版本。来自Dev的所有更改将被添加/修改为FB-A。然后他将提交并将这些文件推送到FB-A(提交#2)。现在,这些文件已准备好被合并到开发分支。当我试图做到这一点时,它会犯下Commit#1和Commit#2。这是正常的做法吗?

是否有可能只有第一次提交合并到Dev,因为它具有开发人员的实际更改?我在这里错过了什么吗?

回答

0

从您的描述看来,提交#2似乎是合并提交。这是一个很好的做法,因为如果您在合并FB-Adev时最近已合并devFB-A,那么您很可能没有合并冲突。提交#2将有关于如何将devFB-A中的更新合并在一起的重要信息,因此通常保持合并提交。由于您添加的FB-A不在devdev之间的提交,合并提交在合并到dev分支时降落也是很正常的。

注意:即使您想在合并到dev之前删除提交#2,您可能仍需要创建另一个合并提交来解决冲突。

相关问题