Git别名中转义{的方法及@{-1}参数传递失败问题排查

我明白你遇到的困扰了——当给自定义的git lol6别名传递@{-1}这类带大括号的commit-ish参数时，Git会错误地把它解析成@-1，导致无法识别这个引用。从你提供的GIT_TRACE日志能看到，参数在传递过程中丢失了大括号，这是因为shell函数里的参数处理方式出了问题。

问题根源 #

你之前的别名定义里，使用了${@}但没有用双引号包裹。当shell处理不带引号的${@}时，会对包含特殊字符的参数（比如@{-1}）进行意外拆分或转义，最终传递给git log的就变成了不完整的@-1，而非原始的@{-1}。另外，最初用双引号定义别名的方式，会让本地shell提前解析变量，进一步加剧了参数传递的异常。

解决方案 #

有两种简单的方式可以解决这个问题：

方案1：简化别名（无需shell函数）

因为你的别名只是给git log添加固定参数，完全不需要shell函数，直接定义如下：

git config --global --replace-all alias.lol6 '!git --no-pager log --oneline --graph -15'

这样调用时，所有后续参数会直接传递给git log，包括@{-1}：

git lol6 @{-1}

Git会正确识别@{-1}这个引用，不会出现解析错误。

方案2：修正shell函数的参数传递

如果你确实需要保留shell函数（比如后续要添加更多逻辑），请确保用双引号包裹"$@"，并且用单引号定义别名：

git config --global --replace-all alias.lol6 '!f() { git --no-pager log --oneline --graph -15 "$@"; }; f'

"$@"会完整保留每个参数的原始形式，包括特殊字符和大括号，确保git log收到的是完整的@{-1}。

测试验证 #

修改别名后，再次执行git lol6 @{-1}，查看GIT_TRACE日志会发现，git log收到的参数是完整的@{-1}，不再是@-1，就能正常执行了。

内容的提问来源于stack exchange，提问作者Boaz Nahum