Thread (1 message) 1 message, 1 author, 2016-06-15

Re: Be more verbose when checkout takes a long time

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:44:16

Linus Torvalds [off-list ref] writes:
On Sat, 23 Feb 2008, Junio C Hamano wrote:
quoted
Linus Torvalds [off-list ref] writes:
quoted
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.
Do you mean more than two or less than two?
I mean that "long time" starts at a point that is less than two seconds.

Anything over a second is a long time for me.
quoted
Geez you are impatient ;-).
I like to call it "discerning in my time usage".
quoted
The other user of start_progress_delay uses 95% as cutoff.  and
probably 50% was too low, but that may just be bikeshedding.
I did think that 50% was a bit low, and considered upping it to 75, but 
with the one-second thing it wasn't as much of a deal any more. 
quoted
I agree.  Perhaps we can add some message when "-m" codepath
falls back to the three-way merge to make "merge-error" less
scary.  Perhaps like:
Sounds sane to me.
Ok, then.

Unfortunately it will be short-lived on 'master' as I have been
planning to merge Daniel's rewrite soon ;-)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help