GitHub分支始终落后于master

时间:2019-01-25 17:25:47

标签: git github

我有一个带有 master 分支和 dev 分支的GitHub项目,当我从dev合并到master时,我发现合并提交似乎导致了dev分支被视为落后于一个提交主人。

这样的工作流程是否常见?还是我做错了什么?我尝试将其从master合并回dev,但情况变得更糟(后面提交一次,前面提交一次)。还尝试了从母版到开发人员的重新合并,但开发人员落后了一次提交。

对此有什么解决方案?

谢谢

使用开发者的提交历史记录进行编辑: enter image description here

大师: enter image description here

1 个答案:

答案 0 :(得分:1)

好吧,您已经进行了请求请求,但是总体原理是相同的:是的,当您第一次合并到master时,您的源分支(develop)实际上在过程中落后于一个提交,就像我在下面的第一个版本中所述。您可以放心,它在这种工作流程中很常见,并且不会阻止您进行合并,而这只是一个快速的过程。


(上面,答案的第一个版本,错误地假定了本地合并操作)

在第一次合并后要描述的时候,master还有一个提交,这就是您正确猜到的合并提交。

在这一点上,如果您想使两个分支完全同步(尽管此时它们在文件方面已经很相似),您要做的就是将merge变成{{1} },这将是一种简单的快进方式,其中develop获得最后的提交。