Re: [PATCH 00/10] teach --progress to transport-related builtins
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Feb 19, 2010, 01:26 UTC
- Message-ID
- <7veikiyq1h.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <1266496631-3980-1-git-send-email-rctay89@gmail.com>
Tay Ray Chuan <rctay89@gmail.com> writes:
Show 22 quoted lines
> This patch series adds --progress to: > > - git-fetch > - git-pull > - git-push > > I suspect the most contentious issue in this patch series would be the > logic that determines whether progress reporting is done. This is found > in patch 6 for transport.c::transport_set_verbosity(). > > As a guide, I used Jeff's message (gmane#121065). The rules used are as > follows (processing aborts when a rule is satisfied): > > 1. Report progress, if force_progress is 1 (ie. --progress). > 2. Don't report progress, if verbosity < 0 (ie. -q/--quiet). > 3. Report progress if isatty(2) is 1. > > This changes the current implementation such that if both --progress > and --quiet are specified, progress is reported. I don't think this is > a very significant change, but I think it makes sense, since I expect > --progress to be mostly used by script writers or IDE integrators (to > force progress reporting even if stderr is not a terminal).
I gave a cursory look and they all looked sensible (except for 1/10 on which I already commented separately). Thanks.