On Fri, Jan 30, 2009 at 1:29 PM, Jeff King <peff@xxxxxxxx> wrote: > If you pass --color on the command line, it is equivalent to "color = > always" (whereas the default is "auto", which turns it on only if output > is to a tty). > > So you would have to read color.diff yourself and then decide whether to > add --color. It looks like I can also set the environment variable GIT_PAGER_IN_USE to achieve the same effects (and I don't even need to do so for most commands, such as diff, just those whose output I'm parsing and possibly tweaking). > Note that in general you are playing things a bit risky with these sorts > of outputs. You are calling porcelain (like log and status) and piping > it into your program. There's no guarantee that user config might not be > affecting the results of those programs. > > But I think that is sort of the nature of "eg": to be a thin wrapper > around git. So maybe it is OK for your use. Right, I considered switching eg to use git plumbing commands to insulate from issues like this, but the problem is that if git output changes then the eg output really should change too (or else I should have a very specific reason for not changing it). This almost certainly means that I'll have to bump the minimum git version to be used with eg at some point, but that seemed the most reasonable path for eg. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html