查找：使用正则表达式获取路径中具有特定目录名称但路径中没有另一个特定目录名称的所有文件

正如 Inian 所说，您不需要-regex（这是非标准的，并且支持-regex¹的实现之间的语法差异很大）。

您可以使用-path它，但您也可以告诉find不要输入名为 的目录bad，这比发现其中的每个文件以便以后使用过滤掉它们更有效-path：

LC_ALL=C find . -name bad -prune -o -path '*/good/*.txt' -type f -print

（LC_ALL=Csofind的*通配符不会阻塞字节序列在区域设置中不形成有效字符的文件名）。

或者对于多个文件夹名称：

LC_ALL=C find . '(' -name bad -o -name worse ')' -prune -o \
  '(' -path '*/good/*' -o -path '*/better/*' ')' -name '*.txt' -type f -print

使用zsh，您还可以执行以下操作：

set -o extendedglob # best in ~/.zshrc
print -rC1 -- (^bad/)#*.txt~^*/good/*(ND.)

print -rC1 -- (^(bad|worse)/)#*.txt~^*/(good|better)/*(ND.)

或者对于数组中的列表：

good=(good better best)
bad=(bad worse worst)
print -rC1 -- (^(${(~j[|])bad})/)#*.txt~^*/(${(~j[|])good})/*(ND.)

不下降到称为,bad或（效率较低，如-path '*/good/*' ! -path '*/bad/*'）的目录：

print -rC1 -- **/*.txt~*/bad/*~^*/good/*(ND.)

In zsh -o extendedglob,~是例外（和非）通配符运算符，而^是否定运算符，并且#是 0 或更多的前面的东西，如 regexp *。${(~j[|])array}将数组的元素与 连接起来|，将|其视为全局运算符而不是文字|与~.

在zsh中，您可以在之后使用 PCRE 匹配set -o rematchpcre：

set -o rematchpcre
regex='^(?!.*/bad/).*/good/.*\.txt\Z'
print -rC1 -- **/*(ND.e['[[ $REPLY =~ $regex ]]'])

但是，对每个文件（包括bad目录中的文件）的 shell 代码的评估可能会比其他解决方案慢很多。

还要注意 PCRE（与 zsh glob 相反）会阻塞在区域设置中不形成有效字符的字节序列，并且不支持 UTF-8 以外的多字节字符集。将区域设置固定为C喜欢find上述内容将解决此特定模式的问题。

如果您[[ =~ ]]只想像 in 那样进行扩展正则表达式匹配bash，您也可以只加载 pcre 模块 ( zmodload zsh/pcre) 并使用[[ -pcre-match ]]而不是[[ =~ ]]进行 PCRE 匹配。

或者您可以使用grep -zP（假设 GNUgrep或兼容）进行过滤：

regex='^(?!.*/bad/).*/good/.*\.txt\Z'
find . -type f -print0 |
  LC_ALL=C grep -zPe "$regex" |
  tr '\0' '\n'

（尽管find仍然发现所有目录中的所有bad文件）。

如果您需要对这些文件执行任何操作（每行打印一个除外），请替换tr '\0' '\n'为。xargs -r0 cmd

^{¹ 在任何情况下，我都不知道任何find支持类似 perl 或类似 vim 的正则表达式的实现，您需要环视运算符。}

您不需要正则表达式，您可以使用-path谓词在任何级别排除具有特定名称的目录

find . -type f -path '*/good/*' '!' -path '*/bad/*'

虽然它可能效率较低（尽管我不确定！）并且比find's 强大的过滤更“正确”（例如grep，这里的天真不适用于包含换行符的名称，尽管这些非常罕见并且通常表示错误） ，通常更容易堆叠几个实例，grep这些实例使用更简单的匹配和反向匹配依次过滤结果-v

这需要对子字符串更加谨慎，以确保您确实找到了目录名称，但通常会提供更容易理解的语法，并且可以满足您的所有需求！

find ./ | grep "/good/" | grep -v "/bad/" | grep '\.txt$'