在 Git 中，本地分支可以相互跟踪 - 这有什么用？

Question

我听说在 Git 中，您可以让本地分支 A 跟踪另一个本地分支 B。

为什么有人想要这样做？

Answer 1

让本地分支跟踪另一个本地分支时想到的主要事情是（1）来自 Git 的关于某个分支在被跟踪分支之前/之后的更多通知消息以及（2）触发钩子。

Git 显示更多信息的一个区域是创建分支时。创建 基本分支 如下所示：

$ git co -b A master
Switched to a new branch 'A'

创建 跟踪分支 如下所示：

$ git co --track -b B master
Branch B set up to track local branch master.
Switched to a new branch 'B'

这将在 .git/config 中添加以下内容：

[branch "B"]
    remote = .
    merge = refs/heads/master

在分支上提交一些更改后 A 和B，在分支 A 上执行 git status -s -b 在分支 上时显示 ## A B 它显示 ## B...master [ahead 1, Behind 1]，提供一些有关分支 B 和 之间关系的快速信息大师。

您可能希望本地分支跟踪另一个本地分支的另一个区域是触发 hooks；特别是git 推送。例如，您可能有一些钩子来触发持续集成服务器上的构建、执行一些许可证头检查、检查空白格式错误等。

Answer 2

在很多情况下，跟踪另一个本地分支是有用的。例如，在某些 git 工作流程中，有一些东西可以保护 master 不直接接收推送请求。一个例子是代码审查或持续集成系统，它必须在提交登陆到远程分支之前通过。另一个例子是，当一个项目由一组仅接受拉取请求的提交者管理时（GitHub 项目经常这样做）。作为开发人员，我可能想要创建一个功能分支，然后提交该分支以供审核（或向存储库提交者提交拉取请求）。然后，我可能想继续本地开发，而我的队友异步审查我的代码并完成 CI 构建。为了在之前的提交之上继续开发，我可以创建第二个本地分支来跟踪我的第一个本地分支。这允许我从第一次提交开始构建，即使该提交尚未到达上游远程分支。另外，如果有人建议对我的第一个分支进行代码审查更改，或者 CI 构建失败，我可以更新该分支，然后将这些更改重新设置为下游本地分支。以下是如何设置一个分支来跟踪另一个本地分支。

给定本地功能分支：

$ git co -b branch-1
$ git branch -u origin/master
Switched to a new branch 'branch-1'
$ git branch -vv
* branch-1                9f0c361 [origin/master] Some commit message
  master                  85ede1a [origin/master] Some commit message

这表明本地跟踪分支 master 和 branch-1 都跟踪 origin< 上的 master 分支/代码> 远程。我现在可以创建另一个分支，并将其设置为跟踪本地跟踪分支 branch-1。

$ git co -b branch-2
Switched to a new branch 'branch-2'
$ git branch -u branch-1 branch-2
Branch branch-2 set up to track local branch branch-1 by rebasing.
$ git branch -vv
  branch-1                85ede1a [origin/master] Some commit message
* branch-2                85ede1a [branch-1] Some commit message
  master                  85ede1a [origin/master] Some commit message

Answer 3

请注意，只有在branch.B.merge 配置为严格定义：refs/heads/master。
如果松散定义它就不起作用：“master”。

但是通过 commit 05e7368，由 Junio C Hamano (gitster)对于 Git 2.3.0（2015 年第一季度），这也适用。

当检查一个设置为在另一个分支之上构建的分支时
分支（通常是远程跟踪分支），“git checkout”报告如何
您的工作与其他分支相关，例如

Your branch is behind 'origin/master', and can be fast-forwarded.

引入此功能时，这只适用于构建在远程跟踪分支上的分支，但是 5e6e2b4（使本地分支在以下情况下表现得像远程分支） --tracked, 2009-04-01, git 1.6.3) 添加了支持，为构建在其他本地分支上的分支（即 branch.*.remote< 的分支）提供相同的报告/code> 变量设置为“.”）。
然而，与对在远程跟踪分支上构建的分支的支持不同，这没有考虑到branch.*.merge配置允许记录缩短的分支名称的事实.

当 branch.*.merge 设置为“master”（而不是“refs/heads/master”）时，即“my分支构建在本地“master”分支上”，这导致“git checkout”报告：

Your branch is based on 'master', but the upstream is gone.

上游是我们的存储库，绝对不会消失，所以这个
输出是废话。

Answer 4

我能想到的一个例子是，如果您有一个“稳定”分支。那么如果您可以创建一个新分支（例如“实验”）并让它跟踪稳定分支，那就太好了。

git checkout --track -b experiment stable
* do some experiments with some commits *
git push

除此之外，它可能是为了一致性（这只是一个猜测）。