带空格的 Bash 变量

Question

我在 Windows 下的 MinGW shell 中面临下一个问题。我在我的/etc/profile 中有这个表达式：

export GIT_SSH="/c/Program Files/TortoiseGit/bin/TortoisePlink.exe"

当我在本地存储库上使用 git fetch 时，这不起作用。但如果我这样做（旧的 DOS 方式），它可以工作：

export GIT_SSH="/c/Progra~1/TortoiseGit/bin/TortoisePlink.exe"

我的问题是：

如何使用变量中的空格使其工作？

出于测试目的，您可以模拟这样的事情（任何示例都很好）：

export VAR="/c/Program Files/TortoiseGit/bin/TortoisePlink.exe"
# and try to execute like this
$VAR

有没有解决方案（除了前面提到的）？

Answer 1

像这样执行它："$VAR"。这是 shell 脚本中最重要的问题之一，因为字符串总是按字面意思替换，并且任何包含的空格都被视为标记分隔符而不是字符串的字符。将变量替换为运行时粘贴的一种代码。

当您编写 $VAR 时，真正发生的事情是 shell 尝试使用第一个参数 Files/TortoiseGit/bin/TortoisePlink.exe 执行二进制文件 /c/Program。

我是通过在特定输入的大型 shell 脚本中遇到奇怪的语法错误才学会这一点的。如果运行时输入包含特殊字符，我能想到的任何其他语言都不会抱怨语法错误 - 但这是 shell 脚本的本质，因为 bash 和 sh 等命令解释器逐行解释代码。

当您希望字符串包含空格并且不想将其视为单独的标记时，请将其括在双引号中。

Answer 2

作为参考，我通过用转义引号封装参数解决了 osx 上的类似问题。这可能不是最好的解决方案，但似乎可行。

alias sub="\"/Applications/Sublime Text 2.app/Contents/SharedSupport/bin/subl\""

Answer 3

我已经通过包含反斜杠来转义空格来解决它：

/Program Files 变为 /Program\ Files

示例：

export GIT_SSH=/c/Program\ Files/TortoiseGit/bin/TortoisePlink.exe

Answer 4

使用 Git 2.23（2019 年第三季度，八年后），将 GIT_SSH 设置为 /c/Program\ Files/TortoiseGit/bin/TortoisePlink.exe 将...工作（对于仍在使用 Windows 7 的用户）！

见Johannes Schindelin (dscho)commit eb7c786（2019 年 7 月 16 日）。
^{（由 Junio C Hamano -- gitster -- 合并于 commit a5194d8，2019 年 7 月 25 日）}

mingw: 支持生成名称中包含空格的程序

在某些较旧的 Windows 版本（例如 Windows 7）上，CreateProcessW() 函数在其第一个参数 lpApplicationName 中并不真正支持空格。
但它支持将NULL 传递为lpApplicationName，这使得它可以从lpCommandLine 的（可能引用的）第一个参数中找出应用程序。

让我们使用这个技巧（如果我们确定第一个参数匹配 可执行文件的路径）以支持启动其路径包含的程序 空格。

这修复了git-for-windows/git issue 692

---

Git 2.24（2019 年第四季度）增加了一个测试：

参见Alexandr Miloslavskiy (SyntevoAlex) 的commit 71f4960（2019 年 10 月 1 日）。
^{（由 Junio C Hamano -- gitster -- 合并到 commit 424663d，2019 年 10 月 9 日）}

t0061：修复带有空格的 argv[0] 测试（仅限 MINGW）

该测试最初是针对用户报告在 Windows 上将 GIT_SSH 设置为带有空格的 .bat 文件失败的情况设计的：git-for-windows#692