我有一个dev分支和几个功能分支。我在Atlassian上找到了这个git工作流程。 这个想法是除了主持人之外，所有开发者都会阅读开发分支。所有开发人员都只能使用功能分支。但这是问题 -
Dev A开始处理功能分支A（FB-A）。 Dev分支将在平均时间内取得进展。 Dev A完成了他在FB-A上的工作，并将代码提交并推送到FB-A（提交＃1）。然后他将从Dev到FB-A进行拉动以获得最新信息。来自Dev的所有更改都将添加/修改为FB-A。然后他将提交并将这些文件推送到FB-A（提交＃2）。现在，文件已准备好合并到dev分支。当我尝试这样做时，它会提交Commit＃1和Commit＃2。这是正常做法吗？
是否有可能只将第一次提交合并到Dev，因为它有开发人员的实际更改？我在这里错过了什么吗？
答案 0 :(得分：0)
根据您的描述，似乎提交＃2是合并提交。这是一种很好的做法，因为如果您在dev合并到FB-A之前已经将FB-A合并到dev，那么您很可能几乎没有合并冲突。提交＃2将提供有关如何将dev和FB-A中的更新合并在一起的重要信息，因此通常的做法是保持合并提交。合并提交在合并进入dev分支时也是正常的，因为您要将FB-A中不在dev的提交添加到dev }。
注意：即使您想在合并到dev之前删除提交＃2，您仍可能需要创建另一个合并提交以解决冲突。