From: arQon <arqon@gmx.com>
Date: Sun, 16 Oct 2011 18:25:03 GMT
Subject: Re: [BUG] git checkout <branch> allowed with uncommitted changes
Message-ID: <loom.20111016T201930-426@post.gmane.org>
In-Reply-To: <20111014095447.GC2856@victor.terreactive.ch>

Victor Engmark <victor.engmark <at> terreactive.ch> writes:
> Very good point. How about by default just running `git status` after a
> successful checkout, and only printing the result if there are any
> changes? That way:
> 1) If no changes are pending, nothing is displayed.
> 2) The user sees a *familiar* style output if anything changed.
> 3) If there's an alias for "status", it would be used.

I'm sold on this. Better documentation for checkout wouldn't hurt regardless,
and I'm still planning on that when I get a chance; but better *behavior* is a
clear win either way. Adding half a page of text to the docs explaining what
each status char means is a hugely-inferior "solution" to simply not having
an aberrant status-ish output in the first place.