On Wed, 29 Oct 2008, Sam Vilain wrote:
From: Sam Vilain <redacted>
For cross-command CLI changes to be effective, they need to be
cohesively planned. Add a planning document for this next set of
changes.
Signed-off-by: Sam Vilain <redacted>
[...]
+ * 'git checkout branch' would, if there is a remote branch called
+ 'branch' on exactly one remote, do what
+ 'git checkout -b branch thatremote/branch' does now. If it is
+ ambiguous, it would be an error, forcing the explicit notation.
I can't do otherwise but disagree with this. Currently, when a remote
branch is checked out, the commit corresponding to that remote branch is
put on a detached head which is IMHO completely sane and coherent. It
even tells you how to create a local branch from there if that's what
you wanted to do. So if it is still too confusing at that point then
more explanations are needed and not the removal of a perfectly fine
feature. Please don't change that behavior.
Nicolas