从脚本调用git config时的变量展开问题

这个问题我太熟了——shell脚本里处理带空格或特殊字符的命令参数时，最容易踩的就是变量展开的坑！让我给你拆解一下原因和解决办法：

问题根源 #

你遇到的git config参数报错，本质是shell的单词拆分机制在搞鬼：当你把整个Git配置命令存到一个字符串变量里（比如COMMAND），然后直接执行$COMMAND时，shell会忽略变量里的引号，把所有空格、制表符作为分隔符拆分参数。比如如果你的变量内容是git config --global filter.myfilter.smudge "sed 's/foo/bar/'"，shell会把它拆成git、config、--global、filter.myfilter.smudge、"sed、's/foo/bar/"这几个独立参数，git config自然会因为参数数量和格式不对报错。

最优解决方案：用Shell数组存储命令参数 #

数组是shell里处理复杂命令参数的黄金方案，它能完美保留每个参数的边界，不会被空格拆分。举个具体的例子：

假设你手动运行的正确命令是：

git config --global filter.mysmudge.smudge 'awk '\''{gsub(/old_text/, "new_text")}1'\'

把它改成脚本里的数组写法：

#!/bin/bash

# 用数组存储命令的每个参数，每个元素对应一个独立参数
GIT_SMUDGE_CMD=(
    git
    config
    --global
    filter.mysmudge.smudge
    'awk '\''{gsub(/old_text/, "new_text")}1'\'
)

# 执行数组命令，必须用"${数组名[@]}"的格式展开
"${GIT_SMUDGE_CMD[@]}"

这样执行脚本时，shell会把数组里的每个元素作为独立参数传给git config，完全还原你手动执行时的参数结构，不会出现拆分错误。

备选方案：直接写入命令（最简单） #

如果你的过滤器命令不需要动态生成，完全可以跳过变量，直接在脚本里写完整的git config命令：

#!/bin/bash

# 直接执行配置命令，引号转义和手动运行时一致
git config --global filter.mysmudge.smudge 'awk '\''{gsub(/old_text/, "new_text")}1'\'

这种写法最直观，也不容易出错，适合固定配置的场景。

避坑提醒：别用eval（除非万不得已） #

有些教程会推荐用eval $COMMAND来解决变量展开问题，但强烈不建议——eval会执行变量里的所有shell元字符，一旦变量内容被篡改（比如注入恶意命令），会带来严重的安全风险。除非你完全控制变量的内容，否则别碰eval。

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