时间戳

首页 > 解决方案 > 只有“git pull”在某些分支中做什么？

git - 只有“git pull”在某些分支中做什么？

问题描述

我有一个 branchA 和 branchB（主分支）。经过一些代码审查后，我尝试先在 branchA 中运行它以从 branchB 中提取更改

git pull --rebase origin branchB

其次是

git push origin -u branchA

但我得到这个错误

! [rejected](fetch first)
error: failed to push some refs to '<url>'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

我也在命令提示符下看到了这个 在此处输入图像描述

在那之后，我只是做了“git pull”（没有任何参数），它工作得很好。运行“git pull”会发生什么

标签： gitgit-pull

解决方案

（注意：这个答案简化了。但不是很多！）

考虑这种情况，查看同一分支的两个版本：

A - B - C - X (remote)

A - B - C - Y (local)

这些如何调和？只有一种方法：通过合并. 如果我们将远程版本合并到本地版本中，我们会得到：

          -- X --
         /       \
A - B - C         M (local)
         \       /
          -- Y --

...其中 M 是一个新创建的合并提交，它结合了 X 和 Y 的贡献。

嗯，就是git pull这样。它将分支的远程版本复制给您，并将其与您的本地版本合并。

但是在遥控器上做同样的事情是违法的——说. 不允许您以这种方式形成合并提交。对帐只能在您的计算机上本地执行。因此，当远程在此分支上提交了您没有的提交时，您无法推送。git push

因此，当您尝试这样做时，远程 Git 会拒绝。pull-then-的解决方案push解决了问题。拉取之后，您拥有远程拥有的所有提交，因此推送变得合法。

额外的信息：

考虑拉后推前的情况。请记住，遥控器仍然有：

A - B - C - X (remote)

你现在有：

          -- X --
         /       \
A - B - C         M (local)
         \       /
          -- Y --

当你推送时，遥控器只需将 M 添加到其分支版本的末尾即可接受这些提交，如下所示：

A - B - C - X - M (remote)
         \     /
          - Y -

确实它还必须适应 Y，但关键是不需要新的合并提交来做到这一点。这称为快进——不会创建新的提交，但现有的推送提交只是附加到分支。

因此，从技术上讲，规则是除非可以在遥控器上快进，否则您不能推送。当我们开始时，这是不可能的：必须有人创建真正的合并提交才能协调这些分支，并且有人不会成为远程。通过先进行拉动，并允许在本地进行非快进合并，您就可以在远程进行快进。

推荐阅读