我正在尝试用我的原生XTerm 256调色板对我的Git输出进行着色。有这样的事吗?我好像没办法让它起作用。
例如在.gitconfig中。
[color]
ui = auto
[color 'branch']
local = colour33
remote = colour46
current = colour27等。
当您指定各种基本颜色术语:青色、品红、黄色和属性;昏暗、明亮、ul、粗体等时,我知道这种格式是有效的。
但我只是在使用256色终端可用的全彩色调色板方面找不到任何东西,而不实际改变实际托盘中的8个基本颜色术语。
我在文档或手册中也找不到任何东西。
我知道不同的程序似乎使用不同的语法来指定颜色,所以我可能只是使用了错误的语法,或者我是唯一一个想做这种事情的人。
我假设git-config只支持基于git-config手册页面的各种属性的基本8种颜色,所以如果这不可能,是否有办法在终端调色板中更改这些颜色,但只用于一个程序,比如在这种情况下,Git?也许是一个perl脚本,它只在git-config引用这些值时导出这些值,但在git-config完成后立即取消它们?
不,这并不比它的价值更大的麻烦。我喜欢终端里的eyecandy,如果我能找到一个解释类似事情的资源的话,我自己也会这么做。
发布于 2014-03-26 22:13:07
颜色的语法是:[fg [bg]] [attr]...
至于颜色,您可以使用命名的(普通的、黑色的、红色的、绿色的、黄色的、蓝色的、品红的、青色的和白色的)或--在256个调色板中使用一个数字,没有任何前缀。
支持的属性有:粗体、昏暗、ul、眨眼和反向。
因此,您的配置可能如下所示(用git 1.8.5.3测试):
[color "branch"]
local = 33
remote = 46
current = 27我已经查看了git源代码以找到答案。
发布于 2014-12-22 20:07:25
请注意:
docs:描述ANSI 256-彩色模式 我们的颜色规格多年来一直支持256色ANSI扩展,但我们从未记录它.
手册页现在包括:
颜色(前景和背景)也可以给出0到255之间的数字; 这些用户使用ANSI 256-彩色模式 (但请注意,并非所有终端都支持此功能)
配置:修正"git config --get-color some.key -1“的解析
git-config的大多数命令行选项使用
OPT_BIT选择一个操作,然后以上下文依赖的方式解析非选项参数。但是,--get-color和--get-colorbool与其他选项不同,因为它们是OPT_STRING,使用选项名作为参数。 这通常是可行的,因为我们会使用这些字符串的存在来设置操作位。但这确实意味着选项解析器即使在键之后也会继续查找选项(因为它不是非选项;它是选项的参数)。和跑步:
git config --get-color some.key -1(使用"
-1“作为默认的颜色规范)将失败,声称"-1”不是一个选项。 相反,我们应该将--get-color和--get-colorbool视为动作位,就像--add、--get和所有其他操作一样,然后检查我们得到的非选项参数是否正常。 这修复了上面的奇怪之处,并使这两种选择与其他所有选项一样。 它检查"**-2**“作为颜色应该会失败(它确实失败了,但在此修补程序之前,因为parseopt失败了,而不是因为我们实际上尝试过解析颜色)。 --它还捕获其他错误--,如:
git config --get-color some.key black blue以前默默地忽略了"**
blue**"的(现在会抱怨您提供了太多的参数)。 有一些可能的回归,不过. --我们现在不允许这样做了,它们目前正在做您期望的事情--:
# specifying other options after the action
git config --get-color some.key --file whatever
# using long-arg syntax
git config --get-color=some.key如果256种颜色不够,您可以导入更多的颜色。
见提交17a4B2 (Git 2.3.0,Q1 2015)
parse_color:支持24位RGB值 一些终端(如XTerm)允许使用常规ANSI配色方案的扩展,使用完整的24位RGB颜色规格。 让我们允许用户指定十六进制RGB颜色,启用热粉色参考装饰的所有重要功能:
git log --format="%h%C(#ff69b4)%d%C(reset) %s"https://stackoverflow.com/questions/21539607
复制相似问题