在git中跟踪的含义

Question

在一篇文章已在StackOverflow上几次被引用(例如1),论述不对称之间git push和git pull,并提到了以下几点:

更新:感谢David Ongaro,他在下面指出自git 1.7.4.2以来,push.default选项的建议值是上游而不是跟踪,尽管跟踪仍然可以用作不推荐使用的同义词.描述该更改的提交消息很好,因为它表明在与远程存储库中的上游分支设置此关联的上下文中,正在努力弃用术语"跟踪".(git branch中的"track"完全不同的意思 - 跟踪和"远程跟踪分支"在尝试向人们介绍git时长期以来一直激怒我.)

他指的是什么区别:

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

在最后一句话？

Answer 1

我无法确定,因为我不是那句话的作者.我会拍摄一下,作者描述的混乱是"跟踪"和"远程跟踪"分支之间的常见混淆.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. 以某种方式更新本地系统,让他们知道原来的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!

显示此消息是因为"远程跟踪分支"是READ-ONLY.用户不能像他们那样操纵它们master,只允许git系统本身对其进行更改(在获取期间它将执行更改).因此,从实现的角度来看,您可以将它们视为任何其他分支.但是,由于它们的只读性质,您通常不会像任何其他分支一样使用它们.

所以,实际上,我们有三个分支:

1. 分支物理上位于github上.
2. 该origin/master分支实际位于您的计算机上("远程跟踪分支").
3. 该master分支实际位于你的机器上("跟踪分支").

回答问题......

因此,我的假设是,"跟踪"和"远程跟踪"分支之间真的存在混淆.将某人混淆master为"远程跟踪分支"(毕竟,它确实得到了提交origin/master!)是有意义的,但实际上并非如此.它是一个"跟踪分支",它跟踪的分支是origin/master.origin/master是"远程跟踪分支".

当有人谈论git branch --track方面的"跟踪"时,他们正在谈论你可以修改的"跟踪"分支.

当有人谈论"远程跟踪分支"时,他们正在讨论跟踪远程分支的只读分支.

Answer 2

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

\n\n

请参阅\xc3\x86var Arnfj\xc3\xb6r\xc3\xb0 Bjarmason ( )提交的 e4e016f（2017 年 3 月 19 日）。\n ^{（由Junio C Hamano 合并 -- --在提交 ce9e617中，2017 年 3 月 24 日）}avar
gitster

\n\n

\n

pushpush.default=tracking:在文档中提及“ ”

\n\n

更改文档以push.tracking=*重新包含\n“ tracking”的作用。

\n\n

“tracking”选项在\n 53c4031中被重命名为“upstream” （“ push.default：将\' tracking\'重命名为\' upstream\'”，2011-02-16），此部分随后在87a70e4中被重写（“config doc ：重写push.default部分”，2013-06-19）以删除任何提及“ tracking”的内容。

\n\n

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

\n

\n\n

该文档现在提到：

\n\n

\n

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

\n

\n