如何在Git配置文件的Shell别名中使用#而不被识别为注释？

这个问题我之前也碰到过！Git的config文件解析规则比较特殊——不管#是不是在引号里，只要没被正确转义，Git都会把它当成注释的起始，直接截断后面的内容，这就是你设置别名失败的原因。下面给你几个可行的解决办法：

方法1：用反斜杠双重转义# #

因为Git和shell会做两层解析，所以需要给#加两个反斜杠：Git解析后会把\\#转换成\#传给shell，最终shell会把它识别为普通的#字符。配置写法如下：

[alias]
    ignored = !sh -c -e -v \"cat .gitignore .git/info/exclude $HOME/.config/git/ignore | grep -v \\# | grep .\"

方法2：用单引号包裹整个shell命令（更简洁） #

把整个shell命令用单引号括起来，Git就不会解析里面的#了；同时在shell层面用单引号包裹#的匹配模式，避免shell误判。写法如下：

[alias]
    ignored = !'sh -c -e -v \"cat .gitignore .git/info/exclude $HOME/.config/git/ignore | grep -v '\''#'\'' | grep .\"'

如果不想嵌套sh -c，还可以简化成：

[alias]
    ignored = !cat .gitignore .git/info/exclude $HOME/.config/git/ignore | grep -v '\#' | grep .

为什么原命令在shell里正常？ #

因为shell的解析规则和Git config不同：shell里双引号内的#不会被当成注释（除非在行首），所以你的命令直接在shell里跑没问题，但Git在读取别名时，会先一步把#当成注释截断内容，导致shell拿到的是不完整的命令。

另外提一句，你找到的find -type f | git check-ignore --stdin -确实是更优雅的方式，能直接列出被忽略的文件而不是规则，但解决这个转义问题也能帮你理解Git别名的解析逻辑～

内容的提问来源于stack exchange，提问作者LAFK says reinstate Monica