Re: [BUG] git checkout <branch> allowed with uncommitted changes
- From
- arQon <arqon@gmx.com>
- Date
- Oct 16, 2011, 18:25 UTC
- Message-ID
- <loom.20111016T201930-426@post.gmane.org>
- In-Reply-To
- <20111014095447.GC2856@victor.terreactive.ch>
Victor Engmark <victor.engmark <at> terreactive.ch> writes:
Show 6 quoted lines
> 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.