Удалите все файлы кроме определенного подкаталога с находкой

TL; DR: лучший способ состоит в том, чтобы использовать -exec rm вместо -delete.

find a \( -name b -prune \) -o -type f -exec rm {} +

Объяснение:

Почему действительно находит, жалуются, когда Вы пытаетесь использовать -delete с -prune?

Короткий ответ: потому что -delete подразумевает -depth и -depth делает -prune неэффективный.

Прежде чем мы придем к длинному ответу, сначала наблюдают поведение находки с и без -depth:

$ find foo/
foo/
foo/f1
foo/bar
foo/bar/b2
foo/bar/b1
foo/f2

Нет никакой гарантии о порядке в единственном каталоге. Но существует гарантия, что каталог обрабатывается перед его содержанием.Примечание: foo/ перед любым foo/* и foo/bar перед любым foo/bar/*.

Это может быть инвертировано с -depth.

$ find foo/ -depth
foo/f2
foo/bar/b2
foo/bar/b1
foo/bar
foo/f1
foo/

Отметьте это теперь все foo/* появитесь прежде foo/. То же с foo/bar.

Более длинный ответ:

• -prune предотвращает находят от убывания в каталог. Другими словами, -prune пропускает содержание каталога. В Вашем случае -name b -prune предотвращает находят от убывания в любой каталог с именем b.
• -depth делает находят для обработки содержания каталога перед самим каталогом. Это означает к тому времени, когда находят, добирается для обработки записи каталога b его содержание было уже обработано. Таким образом -prune неэффективно с -depth в действительности.
• -delete подразумевает -depth таким образом, это может удалить файлы сначала и затем пустой каталог. -delete отказывается удалять непустые каталоги. Я предполагаю, что было бы возможно добавить опцию вызвать -delete удалить непустые каталоги и/или предотвратить -delete подразумевать -depth. Но это - другая история.

Существует другой способ достигнуть того, что Вы хотите:

find a -not -path "*/b*" -type f -delete

Это может или не может быть легче помнить.

Эта команда все еще убывает в каталог b и обрабатывает каждый файл в нем только для -not отклонить их. Это может быть проблемой производительности если каталог b огромно.

-path работы по-другому, чем -name. -name только соответствия против имени (файла или каталога), в то время как -path соответствует против всего пути. Например, наблюдайте путь /home/lesmana/foo/bar. -name -bar будет соответствовать, потому что имя bar. -path "*/foo*" будет соответствовать потому что строка /foo находится в пути. -path имеет некоторую запутанность, которую необходимо понять перед использованием его. Прочитайте страницу справочника find для получения дополнительной информации.

Остерегайтесь этого, это не является на 100% надежным. Существуют возможности "ложных положительных сторон". Путем команда записана выше его, пропустит любой файл, который имеет любой родительский каталог, с которого запускается имя b (положительный). Но это также пропустит любой файл, с которого запускается имя b независимо от положения в дереве (положительная ложь). Это может быть зафиксировано путем записи лучшего выражения, чем "*/b*". Это оставляют как осуществление для читателя.

Я предполагаю, что Вы использовали a и b поскольку заполнители и настоящие имена больше похожи allosaurus и brachiosaurus. Если Вы помещаете brachiosaurus вместо b затем количество ложных положительных сторон будет решительно уменьшено.

По крайней мере, ложные положительные стороны не будут удалены, таким образом, это будет не как трагичное. Кроме того, можно проверить на ложные положительные стороны первым выполнением команды без -delete (но не забудьте помещать подразумеваемое -depth) и исследуйте вывод.

find a -not -path "*/b*" -type f -depth