Как удалить каталоги на основе вывода 'находки'?

Вот является портативное устройство еще быстрее, чем принятый ответ путем.

Используя a + вместо точки с запятой как find разделитель команды оптимизирует использование ЦП. Это может быть значительно, если у Вас есть много из .svn подкаталоги:

find . -name .svn -type d -exec rm -rf {} +

Обратите внимание также, что ^never1 необходимо заключить фигурные скобки в кавычки здесь.

¹, Если Вы не используете fish оболочка.

Bash определенное решение:

shopt -s globstar
rm -r **/.svn
shopt -u globstar #optional. this will disable globstar expansion

Предположим, вы используете gnu find , вы можете использовать опцию -delete :

find . -name test -delete

, которую легче запомнить.

Если вы хотите что-то дерзкое, что просто печатает шестнадцатеричные данные, как они появляются Вы можете использовать сценарий perl:

perl -e '$| = 1; $i = 1;
while(1){
 sysread(STDIN,$ch,1) or exit;
 printf "%02x%s",ord($ch),$i++%16==0?"\n":" ";
}'

И если вы действительно хотите читать до блока и запустить hexdump:

perl -e '$| = 1; $i = 1; $rin = ""; vec($rin, fileno(STDIN), 1) = 1;
open(F,"|hexdump -C") or die;
while(1){
 $nfound = select($rout=$rin, undef, undef, 0);
 if($nfound==1){
  sysread(STDIN,$data,999) or exit;
  syswrite(F,$data) or die;
 }else{
  close(F);
  open(F,"|hexdump -C") or die;
  select($rout=$rin, undef, undef, undef);
 }
}'

ключи Fluxbox должны поддерживать такое поведение; однако я также заметил некоторые нарушения при попытке сложных действий. Я смог добиться этого, используя следующее:

OnDesktop Mouse1 :If {Matches (Name!=)} {RootMenu} {HideMenus}

Хотя модель сопоставления кажется грубой, она, кажется, работает. У меня не было времени, чтобы выяснить, почему эта работа с Fluxbox, но я просто ожидал, что проверенные свойства (не) установлены, когда меню Fluxbox активно.

Надеюсь, это сработает для вас (или, по крайней мере, для начала). Если вы найдете лучший шаблон состояния для применения, мне было бы любопытно увидеть его.

На моем компьютере при использовании:

find . \( -name dirname -type d \) -exec rm -r '{}' ';'

Каталоги удалены, но я получаю ошибку

find: ‘./dirname’: No such file or directory

для каждого каталога.

Мои каталоги не пусты, поэтому параметр -delete не будет работать для меня. Я нашел причину такого поведения здесь :

1. find принимает (не обязательно) первую запись в каталоге ./. например, dir.1/
2. он сравнивает его с шаблоном "dir.?". он совпадает? да.
3. Поиск выполняет "rm -r dir.1."
4. find пытается ввести dir.1/, чтобы найти шаблон в каталоге. он ничего не знает о команде exec.
5. он больше не находит dir.1/. возвращает ENOENT (посмотрите на вывод строки)

Я использовал это вместо того, чтобы работать вокруг:

rm -r `find . -name dirname -type d`

Имейте в виду, что находка все равно попытается рекурсировать в каталоги с именем dirname, что на самом деле не нужно и займет некоторое дополнительное время. В зависимости от структуры каталога можно обойти эту проблему с помощью опции поиска --depth . Кроме того, если у вас есть структура каталогов, такая как dirname/foo/dirname, вы получите от rm ошибки "Нет таких файлов или каталогов". Для подавления ошибок можно перенаправить stderr на/dev/null или использовать флаг -f (force) с rm.

Более быстрый способ сделать это:

find . -name ".svn" -type d -prune -exec rm -rf '{}' '+'

Если у вас есть «.svn» внутри другого «.svn».

Я обнаружил, что действие -delete прекрасно работает с тестом -path . Например, с исходной проблемой плакатов должно работать следующее:

find . -path '*/.svn*' -delete