非标准remote.origin.fetch配置下git push -u追踪分支异常问题

场景背景 #

在多人协作的Git单体仓库中，为避免过度拉取冗余分支，手动配置了仅拉取共享master分支和自己的jakub/*分支：

[remote "origin"]
    url = git@github.com:org/repo.git
    # fetch = +refs/heads/*:refs/remotes/origin/*  # 注释掉默认的全部分支拉取规则
    fetch = +refs/heads/master:refs/remotes/origin/master
    fetch = +refs/heads/jakub/*:refs/remotes/origin/jakub/*

当推送无前缀分支foobar并执行git push -u origin foobar时，Git提示"branch 'foobar' set up to track 'origin/foobar'"，但本地实际不存在对应的远程追踪分支，执行git rev-parse --abbrev-ref @{u}会报错。需要手动添加fetch规则并执行git fetch后，才能建立有效的追踪关系。

一、git push -u的行为是否合理？ #

Git的push -u核心作用是建立本地分支与远程分支的追踪关联，它的设计逻辑是只完成推送操作并记录追踪元数据，不会主动修改本地的fetch配置，这种行为是合理的：

• 不自动修改fetch配置：避免破坏用户手动设置的拉取策略（比如你特意限制拉取范围以减少冗余），保持配置的可控性和可预测性。
• 未打印警告：目前Git的设计中，push -u仅确认追踪关系的建立，不会校验本地是否有对应的fetch规则。虽然从用户体验看容易造成误解，但Git坚持"最小干预"原则，把配置的完全控制权交给用户。

如果期望更明确的反馈，你可以通过自定义Git钩子（比如post-push钩子）来添加警告逻辑，检测推送的分支是否在当前fetch规则范围内，若不在则打印提示信息。

二、远程分支删除后，如何避免fetch失败？ #

当手动添加特定分支的fetch规则后，若远程分支被删除，fetch会因找不到对应引用而报错。以下是可行的解决方案：

1. 使用可选fetch规则（Git 2.27+） #

Git 2.27及以上版本支持在fetch规则前添加?标记，将其设为可选规则。远程分支不存在时，Git会忽略该规则而非报错：

[remote "origin"]
    fetch = +refs/heads/master:refs/remotes/origin/master
    fetch = +refs/heads/jakub/*:refs/remotes/origin/jakub/*
    fetch = ?+refs/heads/foobar:refs/remotes/origin/foobar

2. 用通配符覆盖临时分支场景 #

如果偶尔会创建无前缀临时分支，可以添加宽松的通配符规则，匹配这类分支的同时，避免单个分支删除影响整体fetch：

[remote "origin"]
    fetch = +refs/heads/master:refs/remotes/origin/master
    fetch = +refs/heads/jakub/*:refs/remotes/origin/jakub/*
    fetch = +refs/heads/foobar*:refs/remotes/origin/foobar*  # 匹配以foobar开头的分支，可按需调整

3. 临时拉取特定分支 #

不需要永久修改fetch配置时，可直接用命令手动拉取目标分支：

git fetch origin foobar:origin/foobar

4. 定期清理无效规则 #

通过git remote show origin查看远程分支的存活状态，手动移除本地fetch配置中对应已删除远程分支的规则，避免fetch时触发错误。

内容的提问来源于stack exchange，提问作者jakub.g