Github显示(develop)分支比主分支落后x次提交

17

我一直在寻找关于这个问题的答案,但是并没有找到解决方法或者解释。

我们刚刚转向使用Github来管理我们的代码库,我们仍在尝试找到在团队环境中最好的使用方式。我们当前的工作流程如下:

我们有两个分支developmaster

  1. 开发人员克隆develop分支到他们的本地并创建一个分支,使用命令:git clone https://github.com/username/repo

  2. 开发人员创建用于开发功能的分支,使用命令:git checkout -b branchname

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

  4. 开发人员创建拉取请求,主要开发人员首先将刚刚推送的分支合并到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导致这种情况,还是说这是一件正常的事情?

你可能想阅读一下Atlassian的工作流程列表。我们在使用GitHub时更喜欢“forking”工作流程。 - tgharold
我也被同样的问题困扰,它甚至影响到分叉工作流程(子分支将会比合并提交的数量“落后”)。我认为这只是Github的一个无害怪癖;一种奇怪的打印语句,而不是实际问题的指示。 - jnez71
可能是由于在与开发分支合并时进行提交压缩(或重新基础)并且在开始开发新功能之前没有检出到您的默认分支,导致此问题。这会使您的默认分支具有1个提交(压缩),而您正在工作的功能分支具有未压缩的版本。 - Beefcake
1个回答

5
您的master分支是您的基础分支。只有当您确信一切正常时,才应将develop合并到master中。 This branch is x commits behind master仅是一个信息提示,您不需要担心它。您唯一需要担心的是确保master状态良好。
完成项目并将所有内容合并到master后,您可以删除在此过程中创建的任何分支。

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接