| author | Shawn Pearce <spearce@spearce.org> | |
| Mon, 25 Sep 2006 05:24:38 +0000 (01:24 -0400) | ||
| committer | Junio C Hamano <junkio@cox.net> | |
| Wed, 27 Sep 2006 07:43:50 +0000 (00:43 -0700) | ||
| commit | 5a03e7f25334a6bf1dbbfdb9830d41de5b8f0d7f | |
| tree | fff03fbd7d75adef66d4b1cc4f7cd04b4edfe2d0 | tree | snapshot |
| parent | 4a0641b7cf833644b286b56bb57d66b5538e4418 | commit | diff |
Allow git-checkout when on a non-existant branch.
I've seen some users get into situtations where their HEAD
symbolic-ref is pointing at a non-existant ref. (Sometimes this
happens during clone when the remote repository lacks a 'master'
branch.) If this happens the user is unable to use git-checkout
to switch branches as there is no prior commit to merge from.
So instead of giving the user low-level errors about how HEAD
can't be resolved and how not a single revision was given change
the type of checkout to be a force and go through with the user's
request anyway.
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
I've seen some users get into situtations where their HEAD
symbolic-ref is pointing at a non-existant ref. (Sometimes this
happens during clone when the remote repository lacks a 'master'
branch.) If this happens the user is unable to use git-checkout
to switch branches as there is no prior commit to merge from.
So instead of giving the user low-level errors about how HEAD
can't be resolved and how not a single revision was given change
the type of checkout to be a force and go through with the user's
request anyway.
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
| git-checkout.sh | diff | blob | history | |
| t/t7201-co.sh | diff | blob | history |