Be more verbose when checkout takes a long time
authorLinus Torvalds <torvalds@linux-foundation.org>
Sat, 23 Feb 2008 21:36:08 +0000 (13:36 -0800)
committerJunio C Hamano <gitster@pobox.com>
Sun, 24 Feb 2008 18:01:13 +0000 (10:01 -0800)
commite85486450eb0407ad0449d0214b97506d452407f
tree43189c7f235bfbcb0f5cefdb86384307a6bfcc2b
parent9d561ad324fc8942919981f2c80360e22896989c
Be more verbose when checkout takes a long time

So I find it irritating when git thinks for a long time without telling me
what's taking so long. And by "long time" I definitely mean less than two
seconds, which is already way too long for me.

This hits me when doing a large pull and the checkout takes a long time,
or when just switching to another branch that is old and again checkout
takes a while.

Now, git read-tree already had support for the "-v" flag that does nice
updates about what's going on, but it was delayed by two seconds, and if
the thing had already done more than half by then it would be quiet even
after that, so in practice it meant that we migth be quiet for up to four
seconds. Much too long.

So this patch changes the timeout to just one second, which makes it much
more palatable to me.

The other thing this patch does is that "git checkout" now doesn't disable
the "-v" flag when doing its thing, and only disables the output when
given the -q flag.  When allowing "checkout -m" to fall back to a 3-way
merge, the users will see the error message from straight "checkout",
so we will tell them that we do fall back to make them look less scary.

Signed-off-by: Junio C Hamano <gitster@pobox.com>
git-checkout.sh
unpack-trees.c