GitHub 分支始终落后于 master 一次提交

Question

我有一个 GitHub 项目，有一个 master 分支和一个 dev 分支，当我从 dev merge 到 master 时，我看到 merge 提交似乎导致 dev分支被视为落后于主控一次提交。

这对于这样的工作流程来说是常见的吗？还是我做错了什么？我尝试从 master merge 回 dev，但情况变得更糟(后面一个提交 + 前面一个提交)。还尝试了从 master 到 dev 的 rebase merge ，但 dev 留下了一个提交。

有什么办法解决这个问题吗？

谢谢

使用开发人员的提交历史记录进行编辑:

还有大师:

Answer 1

更新答案

好的，您已经继续处理 pull 请求，但总体原理是相同的:是的，当您第一次 merge 到 master 时，您的源分支 (develop) 会有效地进入该流程一个提交落后，就像我在下面的第一个版本中描述的那样。您可以放心，这是此类工作流程中的典型情况，并且不会阻止您 merge ，它们只是快进而已。

<小时/>

(下面是答案的第一个版本，错误地假设本地 merge 操作)

当您在第一次 merge 后到达您所描述的位置时，master 又进行了一次提交，正如您所猜对的那样，这就是 merge 提交。

此时，如果您希望两个分支完美同步(尽管此时它们在文件方面已经相似)，您需要做的就是将 master merge 返回到 develop，这将是一个简单的快进，其中 develop 获取最后一次提交。