Другие решения на этой странице нежелательны, если у вас длинный список расширений - поддержание длинной последовательности -not -name 'this' -not -name 'that' -not -name 'other'
будет утомительным и подверженным ошибкам - или если поиск является программным, а список расширений создается во время выполнения.
Для этих ситуаций find
может быть желательно решение, которое более четко разделяет данные (список расширений) и код (параметры ). Учитывая структуру каталогов и файлов, которая выглядит следующим образом:
.
└── a
├── 1.txt
├── 15.xml
├── 8.dll
├── b
│ ├── 16.xml
│ ├── 2.txt
│ ├── 9.dll
│ └── c
│ ├── 10.dll
│ ├── 17.xml
│ └── 3.txt
├── d
│ ├── 11.dll
│ ├── 18.xml
│ ├── 4.txt
│ └── e
│ ├── 12.dll
│ ├── 19.xml
│ └── 5.txt
└── f
├── 13.dll
├── 20.xml
├── 6.txt
└── g
├── 14.dll
├── 21.xml
└── 7.txt
Вы можете сделать что-то вроде этого:
## data section, list undesired extensions here
declare -a _BADEXT=(xml dll)
## code section, this never changes
BADEXT="$( IFS="|" ; echo "${_BADEXT[*]}" | sed 's/|/\\|/g' )"
find . -type f ! -regex ".*\.\($BADEXT\)"
Что приводит к:
./a/1.txt
./a/b/2.txt
./a/b/c/3.txt
./a/d/4.txt
./a/d/e/5.txt
./a/f/6.txt
./a/f/g/7.txt
Вы можете изменить список расширений без изменения блока кода.
NOTE не работает с родным OSX find
- используйте вместо этого gnu find.
-not
Может быть заменено на'!'
(Цитата рекомендуется). С другой стороны,-name
чувствителен к регистру, а-iname
нечувствителен к регистру.