Почему поиск с помощью -delete удалил файлы в моем / save / каталоге, когда find без удаления не смог найти их?

Я хочу удалить все файлы в текущем дереве каталогов, кроме тех, что в save. Я выполнил эту команду:

 find . \( -name save -prune \) -o -type f -ls | grep /save/

и он не нашел ни одного. Но когда я запустил эту команду:

 find . \( -name save -prune \) -o -type f -delete

Все эти файлы в / save / исчезли. Чего мне не хватает?

-deleteподразумевает, -depthчто не работает с -prune( -depthначинается с листьев). В руководстве к версии GNU есть предупреждение ( -deleteэто расширение FreeBSD, теперь также поддерживаемое GNU findи некоторыми другими реализациями).

info find --index-search=-delete

Использование действия «-delete» в командной строке автоматически включает параметр «-depth» (* обратите внимание, найти выражения: :). Это может удивить, если вы ранее просто тестировали с помощью «-print», поэтому лучше не забывать явно использовать «-depth».

info find --index-search=-prune

Поскольку «-delete» подразумевает «-depth», использование «-prune» в сочетании с «-delete» может привести к удалению большего количества файлов, чем вы предполагали.

Здесь у вас есть возможность использовать rmвместо:

find . -name save -prune -o -type f -exec rm -f {} +

(потенциально небезопасно, если там есть каталог, доступный для записи другими, так как можно заставить файлы удалять вне текущего дерева каталогов, заменяя каталоги символическими ссылками во время выполнения этой команды).

Более безопасная альтернатива:

find . -name save -prune -o -type f -execdir rm -f -- {} \;

Это не имеет проблемы, упомянутой выше, но означает запуск по одному rmна файл. --Необходимо для реализации FreeBSD, а не GNU один , что имена файлов префиксы с ./.

В качестве альтернативы, как предложил Костас:

LC_ALL=C find . ! -name save ! -path '*/save/*' -type f -delete

(но это все равно без необходимости спускается в saveкаталоги)

Это LC_ALL=Cозначает, что *соответствует любой последовательности байтов (даже тех, которые не образуют допустимых символов в текущей локали). Обратите внимание, что это повлияет на язык сообщений об ошибках (английский вместо языка пользователя).