GitHub 分支总是落后于 master 一个提交

Question

我有一个带有master分支和dev分支的 GitHub 项目，当我从 dev 合并到 master 时，我看到合并提交似乎导致 dev 分支被认为是master后面的一个提交。

这在这样的工作流程中是常见的吗？还是我做错了什么？我尝试从 master 合并回 dev，但情况变得更糟（后面一个提交 + 前面一个提交）。还尝试了从 master 到 dev 的 rebase 合并，但 dev 留下了一个提交。

解决这个问题的方法是什么？

谢谢

使用来自 dev 的提交历史进行编辑：

和主人：

Answer 1

更新的答案

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

（下面是答案的第一个版本，错误地假设本地合并操作）

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

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