为什么 git Branch -t 会失败并显示“未跟踪：信息不明确”？

Question

当我尝试创建一个跟踪远程分支的新分支时，我得到：

$ git branch -t test origin/foo
error: Not tracking: ambiguous information for ref refs/remotes/origin/foo

源代码 似乎以某种方式搜索要跟踪的分支并将我抛出，因为它发现 less 超过一个，但我并没有完全明白它在寻找什么，因为我已经告诉它要跟踪什么在命令行上。

谁能告诉我发生了什么事以及如何解决它？

Answer 1

当我有两个具有相同（默认）获取模式（fetch = +refs/heads/*:refs/remotes/origin/*）和相同分支的远程存储库时，我也看到了这一点。

最初的错误是创建两个具有相同 fetch 配置的遥控器。新的遥控器具有不同的名称，因此其文件夹的名称也应该更改。以下是正确的多远程配置的示例：

[remote "origin"]
    url = <primary-source>
    fetch = +refs/heads/*:refs/remotes/origin/*
[remote "alt"]
    url = <alternate-source>
    fetch = +refs/heads/*:refs/remotes/alt/*

用您选择的任何名称代替 alt。

说明：

refs/heads/*:refs/remotes/origin/*的含义是：获取refs/heads中的所有远程引用在远程端，并将 refs/heads/origin 放在我们这边。 refs/heads 是存储分支的路径，因此如果远程有分支 foo，它将被提取到 origin/foo在您本地的存储库中。开头的 + 表示目标分支应始终被覆盖（无需进行一些额外的检查）。

或者：

您还可以手动将信息添加到项目的.git/config中，例如：

[branch "mybranch"]
    remote = origin
    merge = refs/heads/mybranch

Answer 2

因为它发现少于一个

否：因为它找到多于一个匹配的远程分支，这意味着函数 remote_find_tracking() 对于给定的本地分支返回多个跟踪分支参考号

some_remote_branch 是否尚未被您的本地分支机构之一跟踪？
（git config -l 可以让您检查当前设置的内容）。
（git Branch -r 还可以帮助列出当前的远程跟踪分支。）

另请参阅“复制从一个存储库到另一个存储库的分支”，了解 Git 2.36（2022 年第 2 季度）的更多详细信息。

---

远程分支，我认为它与远程跟踪分支不同。

错误的，如此帖子所示：

远程分支是“真正的”远程跟踪分支。您无需在本地提交它们，它们本质上是远程存储库中发生的情况的只读副本。
如果您尝试“git-checkout”远程跟踪分支，您将得到一个分离的 HEAD。

本地分行：
您可以向其提交更改的分支。或者，可以将分支配置为“跟随”您的远程跟踪分支之一。这意味着不带参数的“git-pull”（当签出本地分支时）将自动“git-fetch”，然后“git-合并'远程跟踪分支。

现在：

git-fetch 的工作是使用远程存储库中发现的任何更改来更新远程跟踪分支。
Git-pull 运行 git-fetch，然后运行 ​​git-merge 来更新当前签出的分支。

问题是，对于 git-merge：

发生这种情况时，git-merge 必须决定将哪个 remote-tracking-branch 合并到当前签出的本地分支。
您可以使用 --track 选项设置在这种情况下选择哪个remote-tracking-branch。

--track 设置本地跟随分支来引用远程分支，而不是跟踪分支

考虑 remote_find_tracking() 采用单个遥控器和填充了 src 的 refspec，并在之后返回给定的 refspec如果为远程配置了适当的跟踪（即 git），则填充其 dst。

/*
 * For the given remote, reads the refspec's src and sets the other fields.
 */
int remote_find_tracking(struct remote *remote, struct refspec *refspec);

可能它认为它已经有一个与 some_remote_branch 匹配的本地后续分支。您在当地有同名的分支机构吗？
或者，相反：您当前的分支有一个具有相似名称的远程分支，这使其成为任何 git-merge 的自然候选者：尝试使其跟踪另一个分支> 远程分支将使 git-merge 无法选择要更新/合并远程更改的本地分支。

Answer 3

知道了！问题是我之前已经使用 --mirror 设置了远程，以便拥有我的存储库的备份/公共副本。

如果你运行

git remote add --mirror <name> <url>

它，它不仅将远程标记为镜像（这就是我想要的推送），而且还将镜像的 remote..fetch 选项配置为 +refs /*:refs/*，这意味着您的所有分支突然“跟踪”您的镜像存储库，并且任何创建跟踪分支的尝试都将失败。

（作为额外的好处，运行 git fetch将会用备份存储库中的旧引用覆盖所有引用。）

似乎解决此问题的解决方案是设置 remote ..fetch 到 : （我希望这意味着“从不获取任何内容”）。这显然解决了跟踪问题并消除了致命的获取。

Answer 4

这里提到的其他修复都不适合我。最终工作的是这样的：

$ git branch -t test origin/test
error: Not tracking: ambiguous information for ref refs/remotes/origin/test

运行上面的代码后，尽管 git 抱怨，它最终还是创建了一个本地分支 test 但没有上游集。

现在，我打开 .git/config 文件（其中没有任何分支 test 的记录）并手动添加以下内容：

[branch "test"]
        remote = origin
        merge = refs/heads/test

之后一切正常。

Answer 5

我遇到了这样的情况，但我不知道怎么办。 gitbranch-av 的列表只显示了我关心的分支的一个远程跟踪分支（origin/dev）。

我修复它的方法是使用十六进制提交哈希而不是 origin/dev：

git checkout -b dev abc123
git push -u origin dev

当我使用 -u 进行推送时，Git 说 Branch dev set up跟踪来自原点的远程分支开发。 随后的拉取和推送按我的预期工作。