Re: Why can't git-rebase back up?
- From
Junio C Hamano <junkio@cox.net>
- Date
- Feb 18, 2006, 07:39 UTC
- Message-ID
- <7vhd6xru8h.fsf@assigned-by-dhcp.cox.net>
- In-Reply-To
- <43F5FA10.5020605@op5.se>
Andreas Ericsson <ae@op5.se> writes:
Show 8 quoted lines
> The order of precedence works as such: > .git/<anchor-name> > .git/refs/<anchor-name> > .git/refs/tags/<tag-name> > .git/refs/heads/<branch-name> > sha1, with git magic to allow abbreviations > > This is why you can't sanely have a branch named HEAD.
Actually, you should be able to sanely have a branch named HEAD.
When git barebone Porcelain tools _expect_ branch name from the user (not just a random committish), they _ought_ to prefix "refs/heads" in front of it, exactly in order to help disambiguate things.
Otherwise you have spotted a bug, so please send in a fix.
It is however a different story if you can keep your sanity if you created a branch called HEAD. You have to remember to explicitly say refs/heads/HEAD, where a command wants any committish or treeish.