git push branch-a然后与master合并，然后push to master什么也不做？

Question

因此，我的团队遵循此流程。

1. git checkout -b BRA-123

做出改变

2. git添加
3. git commit -am“ BRA-123-进行了一些更改”
4. git push origin BRA-123
5. git checkout主
6. git merge BRA-123
7. git push origin master

然后我得到

Total 0 (delta 0), reused 0 (delta 0)

问题是在我推送到BRA-123它用尽了提交，并且此时我不能推送到两个分支而没有直接在master中进行更改。

我不确定为什么会这样吗？ 有人知道为什么吗？

Answer 1

大概您的步骤6（ git merge BRA-123 ）导致“快进”合并。 也就是说，在第3步中，您的提交图如下所示：

              C   <-- BRA-123
             /
... <- A <- B     <-- master

在这里，新提交C指向其父提交B ； B指向A ，以此类推。

现在，当我说“您的提交图”时，是指您的提交图在计算机上自己的存储库中，而不是git push到的origin共享存储库中。

在您的存储库中，标签master指向提交B ，标签BRA-123指向提交C （此处的单个字母代表较大的丑陋40个字符的SHA-1，例如81e0842b2eb89a882eaa9e11aba7f3d7260bcc75 ）。

让我们暂时绘制相同的提交图而不用打扰标签：

... <- A <- B <- C

这次我不需要将C放在单独的行上，因为我不需要为分支标签留出空间。

当您看到Total 0 (delta 0)时，这部分只包含提交和自己的箭头，这就是git正在计数的内容。 这是因为标签位于图形外部，而git正在计算它在图形上所做的压缩。

现在，当您执行第一个git push origin BRA-123 ，这是全长版本的git push origin BRA-123:BRA-123缩写，表示“请通过互联网呼叫（或以其他方式连接）机器对与远程云网址列出origin ，并给他的混帐回购协议需要让他可以把他的任何承诺和其他图形位BRA-123指向同一提交我的BRA-123点到“。

当然，“他的回购”只有一系列以... <- A <- B结尾的提交。 因此，您的git与他的git进行了交谈，他们决定您这一边必须发送commit C ，可能还发送一些文件等等。 这些加起来不是零，所以您得到的Total 3或非零。 您的git将其发送过来，然后他的git检查是否可以设置（或创建）分支BRA-123以指向提交C 假设是这样，他的git将做到这一点，并且您的git将获得成功报告，一切都很好。

现在，您继续执行步骤5（ git checkout master ），然后执行步骤6（ git merge BRA-123 ）。 在第6步中，您告诉git在主节点的当前尖端与BRA-123的尖端之间找到公共的合并基础，即，找到提交B和提交C之间的最新共享提交。 那只是提交B本身，这意味着master可以以“快进”的方式移动。 如果您不禁止这种快速转发，则git会这样做：它只是删除了旧的标签master并指向master提交C ，因此您可以：

... <- A <- B <- C   <-- BRA-123, master

也就是说，两个标签都指向提交C （这在git-ese中是完全正常的。即使可以进行快速转发，其他源系统也可能始终创建单独的合并提交； git 可以做到这一点，但默认情况下不这样做。）

现在，您继续执行步骤7（ git push origin master:master ），让您的git再次调用另一个git。 您的git这样做了，并且与他的git进行了交谈，他们发现不需要发送任何提交或其他内容： Total 0 。 然后，您的git要求他的git更改其master以指向提交C ，而他已经拥有了。

这要么成功（他的git快速转发master从提交B到提交C ），要么失败，并且像往常一样，如果出现故障，您将获得单独的失败指示。 可能成功了。 但是，它不需要添加任何新对象到提交图，因为您只是要让另一个git快速转发其master分支标签。