Re: CR codes from git commands
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Jan 23, 2009, 16:59 UTC
- Message-ID
- <7v63k6x8j7.fsf@gitster.siamese.dyndns.org>
- In-Reply-To
- <18809.60512.654436.59819@hungover.brentg.com>
Brent Goodrick <bgoodr@gmail.com> writes:
Show 5 quoted lines
> - Bare minimum: Add a new --no-cr option (e.g., "git --no-cr > ... > - Nice-to-have: Add a "git --no-progress" message that would never > ... > Both options are intended to be independent of each other.
I do not think so. --no-progress should imply --no-cr ;-)
I do not think it makes much sense to pollute your non-terminal with 100 lines of 1%,2%,3%,...100% if it cannot sensibly do carriage-returns. It may be another knob to tweak, but it's a kind of thing you implement because you could, not because it makes sense. I would be mildly against no-cr.
I suspect we may even be able to solve it without adding --no-progress. Perhaps some commands do not have --quiet to squelch progress and teaching them --quiet will solve the issue for you?