7

在StackOverflow 中被引用过几次的文章（例如1git push ）中，作者讨论了和之间的不对称性git pull，并提到了以下内容：

更新：感谢 David Ongaro，他在下面指出，自 git 1.7.4.2 以来，push.default 选项的推荐值是上游而不是跟踪，尽管跟踪仍然可以用作已弃用的同义词。描述该更改的提交消息很好，因为它表明在与远程存储库中的上游分支设置此关联的上下文中，正在努力弃用“跟踪”一词。（当我试图向人们介绍 git 时，git branch --track 和“remote-tracking branch”中“track”的完全不同的含义一直让我很恼火。）

他所指的究竟有什么区别：

  • git branch --track中的“跟踪”概念
  • 远程跟踪分支中的“跟踪”概念

在最后一句话？

4

2 回答 2

8

我不能确定，因为我不是那句话的作者。我将拍摄作者所描述的混淆是“跟踪”和“远程跟踪”分支之间的常见混淆。gitguys有一篇很棒的文章，所以真的，你应该读一下。他们有漂亮的照片和一切。

这是我的看法...

那个设定

例如，假设我们在 github 上有一个非常简单的 git 存储库，它有一个master带有几个提交的分支（C1 和 C2，其中 C2 是当前提交）。当您克隆该存储库时...

git clone git@github.com:example/repo.git

...发生了两件事：

  1. 您将所有提交（C1 和 C2）复制到本地计算机。
  2. 您还可以在本地计算机上创建一个名为master. 这个分支是一个“跟踪分支”，它的 HEAD 在 C2 上。这个分支被称为“跟踪分支”。

一个新的提交

到目前为止，没有什么特别的。但是在您阅读这些解释时，有人提交了另一个提交（C3）并将其推送到远程存储库。现在想象一下，你听说了这个令人惊叹的新提交，并决定自己检索它。

git fetch

这做了两件事：

  1. 将所需的新提交 (C3) 复制到本地计算机。
  2. 以某种方式更新本地系统，让他们知道 origin 的master分支现在在 C3 上。

但这里有一个问题：本地系统如何知道源的master分支在 C3 上？git 肯定有某种方法可以在本地存储这些信息吗？但是哪里？我们实际上无法对本地master分支进行更改，因为我们可能在需要合并的本地分支上有自己的提交或其他更改。它只是存储在其他一些未知的 blob 中吗？

答案

事实证明，git 只使用了第三个分支。现在，我们知道两个分支：

  1. 物理上位于 github 上的分支。
  2. 位于您计算机上的“跟踪分支”（您会称之为master）。

事实证明还有第三个。您可能以前见过它：它被称为origin/master. 它与这两个分支中的任何一个都不相同。这就是所谓的“远程跟踪分支”。

您可以将其视为位于本地master分支和源分支之间的master分支。它是您计算机上的一个实际 git 分支（就像 一样master），因此您可以像在其他分支上跳转一样使用它。但是，有一些限制。

例如，您可以检查它...

git checkout origin/master

但是，您会收到一条看起来很有趣的消息...

Note: checking out 'origin/master'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b new_branch_name

HEAD is now at 12dbe6a... My awesome commit!

显示此消息是因为“远程跟踪分支”是只读的。用户不能像他们那样操作它们master，只有 git 系统本身被允许对其进行更改（它将在获取期间进行）。因此，从实现的角度来看，您可以将它们视为任何其他分支。但是，由于它们的只读性质，您通常不会像使用任何其他分支一样使用它们。

所以，真的，我们混合了三个分支：

  1. 物理上位于 github 上的分支。
  2. origin/master物理上位于您机器上的分支（“远程跟踪分支”）。
  3. master物理上位于您机器上的分支（“跟踪分支”）。

回答问题...

因此，我的假设是，真正的混淆可能在于“跟踪”和“远程跟踪”分支之间。有人将其混淆master为“远程跟踪分支”是有道理的（毕竟，它确实从origin/master! 获得提交），但实际上并非如此。它是一个“跟踪分支”，它跟踪的分支是origin/master. origin/master是“远程跟踪分支”。

当有人用 git branch --track 谈论“跟踪”时，他们谈论的是您可以修改的“跟踪”分支。

当有人谈论“远程跟踪分支”时，他们谈论的是跟踪远程分支的只读分支。

于 2012-10-02T22:48:39.200 回答
0

请注意，Git 2.12.2（2017 年 3 月）正式定义了跟踪的含义。

请参阅Ævar Arnfjörð Bjarmason ( ) 的提交 e4e016f（2017 年 3 月 19 日）。（由Junio C Hamano 合并 -- --在ce9e617 提交中，2017 年 3 月 24 日）avar
gitster

pushpush.default=tracking：在文档中提到“ ”

更改文档push.tracking=*以重新提及“ tracking”的作用。

“tracking”选项在 53c4031中重命名为“upstream” （“ push.default: Rename ' tracking' to ' upstream'”，2011-02-16），该部分随后在87a70e4（“config doc: rewrite push.defaultsection”，2013 -06-19) 删除任何提及“ tracking”。

如果这个选项在配置中，也许我们现在应该警告或死亡，但我有一些我的旧配置使用这个选项，我忘记了它是一个同义词，并且 git 的文档中没有提到这一点。

该文档现在提到：

tracking- 这是一个已弃用的同义词upstream。

于 2017-04-11T19:56:29.930 回答