找出本地分支正在追踪哪个远程分支

我使用这个别名

git config --global alias.track '!sh -c "
if [ \$# -eq 2 ]
 then
   echo \"Setting tracking for branch \" \$1 \" -> \" \$2;
   git branch --set-upstream \$1 \$2;
 else
   git for-each-ref --format=\"local: %(refname:short) <--sync--> remote: %(upstream:short)\" refs/heads && echo --URLs && git remote -v;
fi  
" -'

那么

git track

以下命令将列出当前fork所指向的远程仓库：

git remote -v

如果要添加远程路径，则可以使用以下命令：

git remote add origin path_name

git branch -vv | grep 'hardcode-branch-name'
# "git rev-parse --abbrev-ref head" will get your current branch name
# $(git rev-parse --abbrev-ref head) save it as string
#  find the tracking branch by grep filtering the current branch 
git branch -vv | grep $(git rev-parse --abbrev-ref head)

def gitHash = new ByteArrayOutputStream()
    project.exec {
        commandLine 'git', 'rev-parse', '--short', 'HEAD'
        standardOutput = gitHash
    }

def gitBranch = new ByteArrayOutputStream()
    project.exec {
        def gitCmd = "git symbolic-ref --short -q HEAD || git branch -rq --contains "+getGitHash()+" | sed -e '2,\$d'  -e 's/\\(.*\\)\\/\\(.*\\)\$/\\2/' || echo 'master'"
        commandLine "bash", "-c", "${gitCmd}"
        standardOutput = gitBranch
    }

• 新的空克隆仓库
• 或者本地分支不存在

it does not work for a fresh clone of an empty repository

git for-each-ref --format="%(upstream:short)" refs/heads/master

outputs nothing, while

git status -b --no-ahead-behind --porcelain=v2

outputs

# branch.oid (initial)
# branch.head master
# branch.upstream origin/master

I.e. it outputs a proper upstream branch.

I think it would print "gone" if the upstream branch went missing.
But in this case, the actual local branch is missing. And for-each-ref will not show an entry at all for a ref that does not exist.
The "refs/heads/master" on your command line is not a ref, but a pattern, and that pattern does not match anything. So it's working as intended.

I think a more direct tool would be:

git rev-parse --symbolic-full-name master@{upstream}

That convinces branch_get_upstream() to return the value we want, but, sadly, it seems to get lost somewhere in the resolution process, and we spit out an error. Arguably, that is a bug (with --symbolic or --symbolic-full-name, I think it would be OK to resolve names even if they don't point to something, but it's possible that would have other unexpected side effects).

我使用EasyGit（又名“eg”）作为Git的超轻量级包装器。EasyGit有一个“info”子命令，可以提供各种超级有用的信息，包括当前分支的远程跟踪分支。以下是一个示例（其中当前分支名称为“foo”）：