Github 通过 x 提交显示(开发)master 后面的分支

Question

我一直在寻找这个问题的答案，但没有找到解决方案或解释。

我们刚刚将代码库切换到 Github，并且仍在努力寻找在团队环境中使用它的最佳方式。我们目前的工作流程是这样的:

我们有两个分支 develop 和 master

1. 开发人员将 develop 分支克隆到他们的机器上并使用以下方法创建分支:git clone https://github.com/username/repo

2. 开发人员为他们正在使用的功能创建分支:git checkout -b branchname

3. 开发人员完成分支并推送到 Github 使用:git pull 然后 git push -u origin branchname

4. 开发人员创建 pull 请求，首席开发人员首先将刚刚推送的分支 merge 到 develop 中，然后将 develop merge 到 master 中

现在让我担心并让我想知道我们是否做错了什么的事情是，当我们查看 Github 中的 master 分支时，一切看起来都很好，但是当我们查看 develop Github 内部的分支它说 This branch is x commits behind master。每次我们 merge pull 请求时，数字 x 都会增加。 Github 在同一行提供了“比较”或创建“pull 请求”选项，但当我单击这些选项中的任何一个时，它显示分支是相同的。

我之前曾尝试通过将 master merge 到 develop 中来解决此问题，这确实使分支都均匀但是一旦 merge 了 pull 请求，我们就会遇到同样的问题再次。

当我们第一次切换到 Github 时，我不记得看到 develop 落后于 master 但我们的工作流程没有改变。我不知道是不是我之前没有注意到它。

如果我比较分支之间的提交，我可以看到实际上 develop 落后于 master x 提交数。显示的提交是我将 develop merge 到 master 中的提交。我想知道的是，这是否值得关注？除了提交次数之外，分支是相同的。我们是不是没有正确使用 Git/Github，这就是我们得到这个的原因，还是这是正常现象？

Answer 1

您的 master 分支是您的基础分支。只有当你完全确定一切正常时，你才应该将 develop merge 到 master 中。

This branch is x commits behind master 只是一条信息消息，您无需担心。你唯一担心的是确保 master 是它应该的样子。

完成项目并将所有内容 merge 到 master 后，您可以删除在此过程中创建的任何分支。