运行“ rm *”时如何摆脱“找不到匹配项”

使用zsh，当选择不适合的模式rm甚至重定向输出时，都会收到“找不到匹配项”消息。

# rm * > /dev/zero 2>&1
  zsh: no matches found: *

我如何摆脱此消息？

此行为由Zsh的nomatchoption控制。默认情况下，如果命令行包含不匹配任何内容的全局表达式，则Zsh将打印您看到的错误消息，并且根本不运行命令。您可以通过运行禁用它

setopt +o nomatch

然后，不匹配任何内容的表达式将按原样保留，并且您会收到一条错误消息rm（您可以禁用使用-f，尽管这是一个坏主意，因为在其他情况下您可能会强制删除它们想要）。

您要它做什么呢？根本不运行rm（1）？与*其他类似Bourne的shell（2）中一样，使用文字参数来运行它吗？完全不带参数运行（3）？

1. files=(*(N)); (($#files)) && rm -- $files。或者，(rm -- *) 2> /dev/null但这也将隐藏真正的错误，rm而这将是愚蠢的。您可以丢弃zsh错误，但可以通过以下rm命令恢复命令的stderr(rm -- * 2>&3 3>&-) 3>&2 2> /dev/null
2. emulate sh -c 'rm -- *' 2> /dev/null。然后像在sh其zsh现在模拟为单个命令行中，非匹配*原样传递是rm和rm抱怨作为*文件不存在。我们抑制了rmstderr，就像sh抑制该错误消息一样，但是这又很愚蠢，因为它将隐藏真正的错误，rm，而不是通过的不当行为引起的误差sh通过文字*来rm。rm -f '*'不会抱怨*文件不存在，所以您可以emulate sh -c 'rm -f -- *'
3. rm -- *(N)。rm可能会抱怨，尽管没有传递任何参数，但不是rm -f：rm -f -- *(N)。

通常，rm -f如果您希望所有文件都消失，并且仅在无法删除文件或rm返回后IOW仍然存在的情况下才会出现错误，则是您要使用的命令。您通常也想使用-f在脚本中，以避免在某些情况下提示用户。

在这里，rm当全局不匹配时调用是错误的。在sh^1层的行为是错误的。对于类似的模式*，这是无害的，但是对于类似的模式，当不匹配时按原样*.[ch]传递*.[ch]可能会导致*.[ch]文件被错误地删除：

$ ls
*.[ch]  foo.txt
$ zsh -c 'rm *.[ch]'
zsh:1: no matches found: *.[ch]
$ ls
*.[ch]  foo.txt
$ sh -c 'rm *.[ch]'
$ ls
foo.txt

与错误而失败是做的最明智的事情，是什么zsh（和fish，csh，tcsh，bash -o failglob和原来的Unix shell）一样。

而且，如果您想保管这种特殊情况，zsh可以像上面的情况（1）一样，使用其(N)glob限定符（对于noglob）使其变得容易。fish（至少在最新版本中），因为它执行隐式的noglob使其更加容易为set命令。因此，等效项为：

set files *
if count $files > /dev/null
  rm -f -- $files
end

请参阅为什么nullglob不是默认值更多详细信息，。

_{¹。严格来说，这只是sh自Bourne shell以来（自1979年Unix V7起）。的早期版本sh（确实调用/etc/glob了无引号的通配符，这是通配符名称所来自的地方）的行为类似csh或zsh -o cshnullglob，/etc/glob如果所有通配符都不匹配，它将中止命令（并且至少抑制不通配的通配符）其中之一有任何比赛）。该行为被Bourne外壳破坏了。}