&引用+&引用；文件名中的字符导致git错误失败

我运行了一个命令--show email foo.txtgit-burn，它就工作了。但是我运行了另一个命令--show email foo+bar.txt并获取：

致命：HEAD中没有这样的路径“ParentDir/Foo+Bar.txt”

我在谷歌上运行了一系列关于“git Gull+字符错误”、“bash处理特殊字符”、“添加登录文件名终端错误”和大约20个其他变体的程序，获得了0%的洞察力

---

这是一个bash、git还是git的问题？如果是这样，我如何清理/使该命令生效？

我无法重现此问题，我创建了一个文件

ParentDir/Foo+Bar.txt

，提交了它，并且可以很好地查看错误。我发现了一个关于更改父目录大小写的问题：-如果我这样做，我得到的正是HEAD中的no-this-path错误。但是我运行了一个脚本，该脚本迭代一个目录中的所有文件。这个错误恰好发生在每个文件名上，其中包含一个

+

。可能是你链接中的错误（就我所能理解的而言）确实是真正的来源，巧合的是，当我犯下这个基本错误时，我碰巧有一个惯例，即添加一个

+

。WOWIt听起来像是我应该把这个问题作为链接问题的副本来结束（尽管“副本”有点令人惊讶）。对没有？据我所知，我的文件名中的“+”完全是骗人的。可能在某个时候，我决定重新组织文件夹结构和文件命名，并在此过程中使用了

this+that.ext

。现在，所有这些文件都显示了链接问题中讨论的症状。我仍然回去做一些取证来验证这些假设。但是我还没有真正理解这篇文章。e、 g.当我运行

git ls files

时，某些文件丢失，这可能与git关联的文件路径不属于当前工作目录有关（这对我来说没有意义）。但是命令中仍然列出了一些文件，这些文件也会因此错误而失败。最后，我不知道这里发生了什么。相关的答案超出了我的理解。