强制“ git status”在终端上输出颜色（在脚本内部）

编辑：

我想提出一个建议，即解析颜色通常是一个构思错误的想法。

我想要它的部分原因是我既可以解析它，又可以将其传递到我自己的脚本输出中。没关系，但是使用瓷器或类似瓷器自己重建彩色零件可能更明智！

原始问题如下。

我喜欢看到颜色，因为我的脚本足够强大（到目前为止）可以处理颜色代码。似乎我在这里背叛了话题，但老实说，我看不出必须解析脚本中的转义代码之类的东西有什么大不了的。如果颜色有助于交互使用，为什么它们不能在脚本使用中帮助我聚集数据并处理比手工更多的数据？颜色会更重要吗？

无论如何，我写了一个简洁的小shell脚本来修改git status输出，而我只是想使此脚本保持原样。设置我的全局git配置，以便在git状态下以彩色显示更改和未跟踪的文件列表。不幸的是，与之不同的git diff是git status，我没有找到强制使用颜色的选项。

明确地说，这是问题所在：

$ git status

产生完美的输出，但是（摘录自我的脚本）

git status | sed "s/^#/\x1b[34m#[0m/"

不会产生任何彩色git status输出，您甚至可以在此处看到我正在将前导哈希字符明确转换为蓝色，因为它有助于突出显示脚本输出的不同区域。

有谁知道如何使它熄灭颜色？我是否可以使用一个可用作“假终端” STDIN / STDOUT管道的标准程序？实际上，我也在开发pty伪终端工具，因此我可以为此目的当然使用它，但这是一个比较繁琐的解决方案（由于我尚未完成构建，因此尚未准备就绪）。

为了避免更改git config，您可以通过传递config变量来为当前命令启用颜色 -c。

对于status命令，变量为color.status：

    git -c color.status=always status | less -REX

为diff，show，log和grep命令中，变量是color.ui：

    git -c color.ui=always diff | less -REX

需要注意的是-c一定要来之前的status或diff论点，而不是之后。

或者，diff，show，log和grep命令，你可以使用--color=always 之后的命令：

    git diff --color=always | less -REX

注意：正如史蒂文所说，如果您试图提取有意义的数据，则可以使用--porcelain解析器友好的输出，而不是解析颜色来提取含义。

    git status --porcelain | awk ...

然后，如果需要，可以稍后重新引入颜色。

要获取用户配置的颜色，可以使用git config --get-colour：

    reset_color="$(tput sgr0)"
    remote_branch_color="$(git config --get-color color.branch.remote white)"

    echo "Pushing to ${remote_branch_color}${branch_name}${reset_color}"

这里还有更多示例。

编辑：

我强烈建议解析颜色是一个通常不正确的想法。

我想要它的部分原因是我既可以解析它，又可以将其传递到我自己的脚本输出中。没关系，但是使用瓷器或类似瓷器自己重建彩色零件可能更明智！

原始答案如下。

提出问题后，我会一直很快找到答案。与思考问题足够长的时间有关，可以写出为解决问题制定更好的方法。无论如何，解决方案只是

git config color.status always

我想象一个通用解决方案涉及expect或与之pty相关的事情，可以迫使任何需要它的程序都认为它们在终端上。

使用执行shell命令的git别名时，我遇到了同样的问题。显然git shell不会从当前环境继承，因此它对我的颜色设置一无所知。

除了添加全局git color ui设置之外，我还通过使别名看起来像下面这样来解决了此问题，它是要求告诉用户使用颜色的第二个命令，因为git在默认情况下与人们提到的1.8.x版本一样。

[alias]
  ignored = !git ls-files -v|grep --color '^h'

现在，当以别名方式运行时，就像我刚运行命令一样，这将产生等效的彩色输出。

对于sed，此其他答案似乎更可靠地工作，请使用tput。 https://unix.stackexchange.com/a/45954