I have a git repository that is tracking several remote branches:
$ git branch -a * master remotes/git-svn remotes/origin/master remotes/trunk
When I try to setup a default one I get the following error:
$ git branch --set-upstream-to=origin/master master warning: refname 'origin/master' is ambiguous. fatal: Ambiguous object name: 'origin/master'.
I would like to kremove some of the remote master branches but the master references are still there. How can I remove them to be able to set the default upstream branch to origin/master
?
$ git show-ref master cba97a58c99743c355b569bbf35636c8823c2d96 refs/heads/master 6726b4985107e2ddc7539f95e1a6aba536d35bc6 refs/origin/master d83f025cd3800ed7acd76b2e52ae296e33f1cd07 refs/original/refs/heads/master cba97a58c99743c355b569bbf35636c8823c2d96 refs/remotes/origin/master
Git normally never creates a ref that ends with 40 hex characters because it will be ignored when you just specify 40-hex. These refs may be created by mistake. For example, git checkout -b $br $(git rev-parse ...)
The git branch command lets you create, list, rename, and delete branches. It doesn't let you switch between branches or put a forked history back together again. For this reason, git branch is tightly integrated with the git checkout and git merge commands.
The output of git branch -a
shows that you have a remote-tracking branch called origin/master
. Perfectly normal.
However, the output of git show-ref master
contains
6726b4985107e2ddc7539f95e1a6aba536d35bc6 refs/origin/master
which indicates that you most likely ran something like the following low-level command:
git update-ref refs/origin/master master
This command creates a branch (pointing at the same commit as master
) called origin/master
, but living directly under refs/
, i.e. outside the refs/heads/
namespace, where local branches normally live. Quite suspicious... Did you mean to do that?
Such a branch won't get listed by git branch -a
. Git is getting confused, though, because it sees two branches whose refnames end with origin/master
:
refs/remotes/origin/master
, your remote-tracking branch, andrefs/origin/master
, the local branch that you created (by accident) outside refs/heads/
.refs/origin/master
Simply delete it:
git update-ref -d refs/origin/master
Then, there won't be any ambiguity, and Git will comply when you try to set master
's upstream.
refs/origin/master
To avoid ambiguity, simply specify the full refname of the branch you wish to set as master
's upstream:
git branch --set-upstream-to=refs/remotes/origin/master master
To fix ideas, here is some code that reproduces the situation in one of my GitHub repos:
$ cd ~/Desktop $ git clone https://github.com/Jubobs/gitdags && cd gitdags $ git update-ref refs/origin/master $ git branch -a * master remotes/origin/HEAD -> origin/master remotes/origin/master $ git show-ref master 15b28ec22dfb072ff4369b35ef18df51bb55e900 refs/heads/master 15b28ec22dfb072ff4369b35ef18df51bb55e900 refs/origin/master 15b28ec22dfb072ff4369b35ef18df51bb55e900 refs/remotes/origin/HEAD 15b28ec22dfb072ff4369b35ef18df51bb55e900 refs/remotes/origin/master $ git branch --set-upstream-to=origin/master master warning: refname 'origin/master' is ambiguous. fatal: Ambiguous object name: 'origin/master'. $ git update-ref -d refs/origin/master $ git branch --set-upstream-to=origin/master master Branch master set up to track remote branch master from origin.
You probably accidentally created a local ref called 'origin/master'
for instance, if you did this
git branch origin/master
It would lead to this problem. This one looks suspect "refs/origin/master". "refs/heads/master" is your local master, "refs/remotes/origin/master" is your remote branch reference, and "refs/origin/master" is probably a mistake that is screwing you up.
You just need to delete that reference (git update-ref -d ) and things will start working again.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With