git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: rfe: git-config: lack of color reset option

From
Junio C Hamano <gitster@pobox.com>
Date
Feb 20, 2012, 22:05 UTC
Message-ID
<7vwr7hjh32.fsf@alter.siamese.dyndns.org>
In-Reply-To
<20120220212006.GB6335@sigill.intra.peff.net>
Jeff King <peff@peff.net> writes:
Show 6 quoted lines
> This is an artifact of the way the ANSI colorizing works. Git says "turn
> on bold white and a blue background", then it outputs some content, then
> it says "turn on green", and so forth. At the end we issue a "reset" to
> turn everything back to normal. We should perhaps issue a reset before
> outputting the decoration, as we are moving from one colorized bit to
> the other, and we don't know what we are inheriting.

Yeah, I agree with the diagnosis and the proposed solution. It sounds both simple and correct thing to do.

Previous: Jeff King
Message 3 of 3 in “rfe: git-config: lack of color reset option”
  1. Jan EngelhardtFeb 20, 2012
  2. Jeff KingFeb 20, 2012
  3. Junio C HamanoFeb 20, 2012

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.