【发布时间】：2016-06-13 22:40:24
【问题描述】：
我一直在寻找这个问题的答案，但没有找到解决方案或解释。
我们刚刚切换到 Github 以获取我们的存储库，并且仍在努力寻找在团队环境中使用它的最佳方式。我们目前的工作流程是这样的：
我们有两个分支develop 和master
开发人员将
develop分支克隆到他们的机器上并使用以下命令创建分支：git clone https://github.com/username/repo开发人员为他们正在使用的功能创建分支：
git checkout -b branchname开发者完成分支并推送到 Github 使用：
git pull然后git push -u origin branchname开发人员创建拉取请求，首席开发人员将首先将刚刚推送的分支合并到
develop，然后将develop合并到master
现在让我担心并让我怀疑我们是否做错了什么是，当我们查看 Github 中的 master 分支时，一切看起来都很好，但是当我们查看 Github 中的 develop 分支时，它说This branch is x commits behind master。每次我们合并一个拉取请求时，x 的数量都会增加。 Github 在同一行提供“比较”或创建“拉取请求”选项，但是当我单击其中任何一个选项时，它显示分支是相同的。
我之前曾尝试通过将 master 合并到 develop 来解决此问题，这确实使两个分支都变得均匀，但是一旦合并拉取请求，我们就会再次遇到同样的问题。
当我们第一次切换到 Github 时，我不记得看到 develop 落后于 master，但我们的工作流程并没有改变。我不知道是不是我之前没有注意到。
如果我比较分支之间的提交，我可以看到实际上develop 比master 落后x 提交数量。出现的提交是我将develop 合并到master 的提交。我想知道的是，这是否值得关注？除了提交的数量之外，分支是相同的。我们是否没有正确使用 Git/Github，这就是我们得到这个的原因，还是这是正常现象？
【问题讨论】：
-
您可能需要仔细阅读list of workflows over at Atlassian。在做 GitHub 时，我们的偏好是“分叉”工作流程。
-
我被完全相同的事情所困扰，它甚至会影响分叉工作流程（子分叉将被合并提交的数量“落后”）。我只能相信这只是 github 的一个良性怪癖。一个奇怪的打印语句，而不是问题的实际指示。
标签： git github version-control