有人能解释一下"tracking branch"在git中是什么吗？
这是git-scm.com的定义：
在Git中，“跟踪分支”是连接到远程分支的本地分支。当您在该分支上推送和拉取时，它会自动推送和拉取到与其连接的远程分支。
如果您总是从同一上游分支拉入新分支，并且不想显式使用“git pull”，则可以使用此功能。
不幸的是，作为一个新手，来自SVN，这个定义对我来说完全没有意义。
我正在阅读"The Pragmatic Guide to Git"（顺便说一句，这是一本很棒的书），他们似乎在暗示跟踪分支是一件好事，并且在创建第一个远程库（在这种情况下是origin）之后，应该将主分支设置为跟踪分支，但它不幸没有涵盖为什么跟踪分支是一件好事，或者通过将主分支设置为原始存储库的跟踪分支可以获得什么好处。
有人能用英语给我解释一下吗？
跟踪分支
从远程分支检出本地分支会自动创建所谓的跟踪分支。跟踪分支是具有与远程分支直接关联关系的本地分支。如果您在跟踪分支上并输入git push，Git会自动知道要推送到哪个服务器和分支。此外，在这些分支中运行git pull将获取所有远程引用，然后自动合并相应的远程分支。
当你克隆仓库时，通常会自动创建一个跟踪origin/master的主分支。这就是为什么git push和git pull可以直接使用而无需其他参数的原因。但是，如果您希望设置其他跟踪分支，则可以设置不跟踪origin上的分支或不跟踪master分支的跟踪分支。最简单的情况是刚才看到的示例，运行git checkout -b [branch] [remotename]/[branch]。如果您的Git版本为1.6.2或更高版本，则还可以使用--track简写：
$ git checkout --track origin/serverfix
Branch serverfix set up to track remote branch refs/remotes/origin/serverfix.
Switched to a new branch "serverfix"
如果你想要用一个不同的名字来设置本地分支而不是远程分支，你可以轻松使用第一种方法，并指定一个不同的本地分支名：
$ git checkout -b sf origin/serverfix
Branch sf set up to track remote branch refs/remotes/origin/serverfix.
Switched to a new branch "sf"
现在，你的本地分支sf会自动推送到和拉取自origin/serverfix。
BONUS：额外的git status信息
使用跟踪分支，git status将告诉你你距离跟踪分支有多远-这对提醒你还没有推送你的更改非常有用！它看起来像这样：
$ git status
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
(use "git push" to publish your local commits)
$ git status
On branch dev
Your branch and 'origin/dev' have diverged,
and have 3 and 1 different commits each, respectively.
(use "git pull" to merge the remote branch into yours)
以下是我个人关于GIT跟踪分支的学习笔记，希望对未来的访问者有所帮助：
跟踪分支是与远程分支有直接关系的本地分支
不完全正确。SO问题 "难以理解 git-fetch" 包括：
没有所谓的本地跟踪分支，只有远程跟踪分支。
因此，origin/master是origin仓库中master的远程跟踪分支。
注意，Git 2.37（2022年第3季度）允许您自动设置远程跟踪分支，方法如下：
git config --global push.autoSetupRemote true
实际上，一旦您在以下之间建立了上游分支关系：
master这样的本地分支origin/master这样的远程跟踪分支您可以使用git branch -avv列出它们。
然后，您可以将master视为本地跟踪分支：它跟踪远程跟踪分支origin/master，后者又跟踪上游repo origin的主分支。
换句话说："远程"在"远程跟踪分支"中表示远程分支的一个本地副本（跟踪），以记住上次获取的内容。
正如Michael Freidgeim在评论中所补充的：
"远程跟踪分支"这个术语很令人困惑。
更加精确的词应该是:
"本地位置的远程跟踪分支"。
否则，有人可能会误解“远程跟踪分支”位于源服务器上。
git pull origin或 git fetch origin命令后不加任何参数，则会将origin/master中的内容拉取到本地的master分支中？如果没有被跟踪，那么该命令就不能为我完成此操作。我必须使用git pull origin master才能使其工作？(已编辑) - mfaani这是我添加跟踪分支的方法，以便可以从中拉取到我的新分支：
git branch --set-upstream-to origin/Development new-branch
因此，“跟踪分支”这个术语非常令人困惑的部分原因是：对于初学者来说，它很容易意味着两种不同的东西。
在git中，“跟踪分支”的术语是“远程跟踪分支”的简称。
起初最好使用更正式的术语，直到您对这些概念更加熟悉为止。
让我们将您的问题改成这样:
关键词在于 'Remote'，所以跳到您感到困惑的部分，我将描述什么是 远程跟踪分支 以及它如何使用。
GIT是什么以及它的作用
一个git存储库就像一个家庭相册：它保存了历史快照，展示了过去时光的样子。 "快照" 是某一时刻记录下来的东西。
Git存储库不仅限于保存人类家庭照片，它可以用于记录和组织任何随着时间演变或变化的事物。
基本思想是创建一本书，以便我们可以轻松地回顾过去的时间，
快照和跟踪
tracked - 跟踪一个人或动物，寻找他们曾经去过某个地方的证据(dictionary.cambridge.org)
在Git中，“您的项目”指的是文件的目录树（一个或多个文件，可能使用子目录组织成树结构），您希望保留其历史记录。
通过一个三步骤的过程，Git记录了您的项目目录树在特定时间点的“快照”。
然后，每个Git项目的快照都通过"链接"组织到前面的项目的快照中。
一个接一个地，我们可以逐个链接，向后查找任何您或您的家族的以前的快照。
例如，我们可以从今天最新的您的快照开始，然后使用链接向后查找，找到昨天或上周拍摄的您的照片，或者是您还是婴儿时的照片，或者是您的母亲等等。
这被称为“跟踪”；在这个例子中，它追踪你的生活，或者看到你留下了什么痕迹，以及你来自哪里。提交记录
提交记录类似于你的相册中的一页，只有一个快照，其中不仅包含了该快照的内容，还有关于该快照的相关元信息。它包括：
提交记录是组织良好的相册中最重要的部分。
随着分支和合并的时间推移，家谱不断演变
消歧义：此处的“树”不是指文件目录树，而是指随着时间推移形成的相关父子提交的家谱。
Git家谱结构模仿了我们人类的家谱树。
为了帮助您简单理解链接，我将引用以下术语：
您应该本能地理解这一点，因为它基于生命之树：
因此，除了全新的提交（可以说是“幼嫩的提交”）之外，所有提交都有一个或多个指向它们的孩子。
如果没有子元素指向父元素，那么这个提交只是一个“生长点”，或者下一个子元素将从哪里出生。
如果只有一个子元素指向父元素，那么这只是一个简单的、单一的父元素<--子元素关系。
简单的、单一的父代链条反向链接的线状图：
(older) ... <--link1-- Commit1 <--link2-- Commit2 <--link3-- Commit3 (newest)
分支
branch - “分支”是一个活跃的开发线路。在分支上最新的提交被称为该分支的“尖端”。分支的“尖端”由一个分支头引用，随着对分支的进一步开发而向前移动。单个Git存储库可以跟踪任意数量的分支，但您的工作树仅与其中一个相关联（“当前”或“签出”分支），HEAD指向该分支。(gitglossary)
Git分支还指两件事：
多个子节点指向同一个父节点，这就是Git所谓的“分支”。
注意：实际上，任何父母的任何孩子，无论是第一、第二还是第三等，都可以被视为他们自己的小分支，有着自己的生长点。因此，一个分支不一定是一个有许多节点的长物，而是一个小东西，只需从给定的父级中创建一个或多个提交即可。.git目录内部的文件树。这是保存git结构的地方。）因此，虽然你可能认为树枝就是它的木材，但在Git中，分支只是给它的生长点（不包括通向它的整个木杆）起的名称。
专业的园艺师（修剪果树的人）称之为“主干”，而Git称之为主分支。
Commit1及其2个子节点的线条图（或我们所说的Git"分支"）：
parent children
+-- Commit <-- Commit <-- Commit (Branch named 'Tom')
/
v
(older) ... <-- Commit1 <-- Commit (Branch named 'master')
请记住，链接仅从子级指向父级。
没有反向链接，即从旧的到新的，也就是从父级到子级的链接。
因此，父提交没有直接列出其子提交的方法，换句话说，无法列出从它派生的内容。
合并
孩子有一个或多个父母。
只有一个父母时，这只是一个简单的父亲 <-- 孩子提交。
有多个父母时，这就是Git所称的"合并"。 每个孩子可以同时指向多个父母，就像拥有母亲和父亲一样，而不仅仅是母亲。
线条图示：带有2个父级的提交2（或我们称之为git "合并"，即来自多个父级的繁殖）：
parents child
... <-- Commit
v
\
(older) ... <-- Commit1 <-- Commit2
远程
这个词也有两个不同的含义：
远程仓库 - 用于跟踪相同项目但位于其他位置的仓库。要与远程通信，请参见获取或推送。(来源：gitglossary)
(远程仓库甚至可以是我们自己计算机上的另一个git仓库。) 实际上，每个远程名称都有两个URL，一个用于推送（即上传提交），另一个用于从远程git仓库拉取（即下载提交）。
"远程"是一个名称（标识符），它有一个关联的URL，该URL指向远程git仓库。（虽然它不止如此，但它已被描述为URL的别名。）
如果您想要拉取或推送到多个远程仓库，则可以设置多个远程。
虽然通常只有一个默认名称为“origin”的上游源（表示从哪里克隆），但可以有多个。
origin - 默认的上游存储库。大多数项目至少有一个它们跟踪的上游项目。默认情况下，使用origin进行此操作。新的上游更新将被获取到名为origin/name-of-upstream-branch的远程跟踪分支中，您可以使用git branch -r查看。(来源：gitglossary)
Origin代表你克隆仓库的位置。
那个远程仓库称为“上游”仓库，而你克隆的仓库称为“下游”仓库。
upstream - 在软件开发中，上游指向作为源代码分发的软件的原始作者或维护者的方向wikipedia
上游分支 - 默认的分支，会被合并到所讨论的分支中（或者所讨论的分支会被变基到该分支上）。 它是通过branch..remote和branch..merge进行配置的。如果A的上游分支是origin/B，有时我们会说"A正在跟踪origin/B"。（gitglossary）
这是因为大部分水通常都流向你。
不时地，您可能会将一些软件推回到上游存储库，以便它可以流向所有克隆它的人。
远程跟踪分支
远程跟踪分支首先是一个分支名称，就像任何其他分支名称一样。
它指向本地增长点，即您的本地git存储库中的最新提交。
但请注意，它实际上也指向您从中克隆提交的远程存储库中的相同提交。
远程跟踪分支 - 用于跟踪来自另一个存储库的更改的引用。它通常看起来像refs/remotes/foo/bar（表示它跟踪名为foo的远程中的名为bar的分支），并匹配配置的fetch refspec的右侧。远程跟踪分支不应包含直接修改或对其进行本地提交。（来源：gitglossary）parent4 <== child-of-4，当你克隆它时，你的本地Git仓库也有完全相同的两个提交：parent4 <== child-of-4。你的名为origin的远程跟踪分支现在指向child-of-4。parent4 <== child-of-4 <== new-baby。为了更新你的本地下游仓库，你需要获取new-baby，并将其添加到你的本地git仓库中。现在你的本地远程跟踪分支指向new-baby。你明白了吧，远程跟踪分支的概念就是为了跟踪你关心的远程分支之前的tip。
跟踪实战
首先，我们使用git开始跟踪一个文件。
$ mkdir mydir && cd mydir && git init # create a new git repository
$ git branch # this initially reports no branches
# (IMHO this is a bug!)
$ git status -bs # -b = branch; -s = short # master branch is empty
## No commits yet on master
# ...
$ touch foo # create a new file
$ vim foo # modify it (OPTIONAL)
$ git add foo; commit -m 'your description' # start tracking foo
$ git rm --index foo; commit -m 'your description' # stop tracking foo
$ git rm foo; commit -m 'your description' # stop tracking foo
# & also delete foo
远程跟踪实现
$ git pull # Essentially does: get fetch; git merge # to update our clone
关于fetch、merge等还有很多需要学习的内容，但我希望这能让你朝着正确的方向前进。
跟踪分支是一种节省输入的方式。同时在使用git status和git branch -v时，它也会提供一些额外的细节。
现在让我解释一下"节省输入"的含义。
如果我们跟踪一个分支，我们就不必每次都输入git push origin <branch-name>或git pull origin <branch-name>或git fetch origin <branch-name>或git merge origin <branch-name>。假设我们将远程命名为origin，我们可以直接使用git push、git pull、git fetch、git merge。如果我们没有将远程命名为origin，我们可以分别使用git push <remote-name>、git pull <remote-name>、git fetch <remote-name>、git merge <remote-name>。
git pull调用等同于git fetch origin HEAD和git merge HEAD，其中HEAD是指向当前分支的引用。
git push命令将当前分支上的所有提交发送到中央仓库。因此，该命令看起来像git push origin <current-branch>
如果我们正在跟踪一个分支，那么简单的短语git merge被视为git merge origin/<current-branch>
当我们执行以下操作时，就会跟踪一个分支：
git clone克隆存储库git push -u origin <branch-name>。这个-u使它成为一个跟踪分支。git branch -u origin/<branch-name> <branch-name>--track。例如：git checkout --track origin/<branch-name>
--track选项创建一个（本地）分支，并将其中一个远程跟踪分支设置为其“upstream”。这些术语在2006年至2019年之间发生了一些演变，因此不同的人有时可能会对每个术语有不同的理解。 - torekorigin/master：它们在您的存储库中，但它们是Git记住在origin上看到的分支名称的方式。如果您使用更现代的术语upstream来表示您的master已将origin/master设置为其upstream，则可以避免所有这些术语混淆。 - torekrefs/stash、二分查找名称和其他名称：所有这些都存储了一个哈希 ID。 - torekgit config --global push.autoSetupRemote命令来设置自动推送远程分支。这样你就不需要太过担心了。 - Robin Bastiaan