Чи є недоліки використання rm $ (ls) для видалення файлів?

Мені було цікаво, чи безпечне використання rm $(ls)для видалення файлів (або rm -r $(ls)для видалення каталогів)? Тому що на всіх веб-сайтах люди дають інші способи зробити це, хоча ця команда здається набагато простішою, ніж інші команди.

Що це призначено робити?

• ls список файлів у поточному каталозі
• $(ls)замінює вихід lsмісця, які є аргументомrm
• По суті rm $(ls)призначений для видалення всіх файлів у поточному каталозі

Що не так з цією картиною?

lsне вдається правильно обробити спеціальні символи у імені файлу. Користувачі Unix, як правило, радили використовувати різні підходи . Я також це показав у пов'язаному питанні про підрахунок імен файлів . Наприклад:

$ touch file$'\n'name                                                                                                    
$ ls                                                                                                                     
file?name
$ rm $(ls)
rm: cannot remove 'file': No such file or directory
rm: cannot remove 'name': No such file or directory
$ 

Крім того, як правильно зазначено у відповіді Дениса, ім'я файлу з провідними тиреми можна інтерпретувати як аргумент rmпісля заміни, що перемагає мету видалити ім'я файлу.

Що працює

Ви хочете видалити файли в поточному каталозі. Тому використовуйте глобус rm *:

$ ls                                                                                                                     
file?name
$ rm $(ls)
rm: cannot remove 'file': No such file or directory
rm: cannot remove 'name': No such file or directory
$ rm *
$ ls
$ 

Ви можете використовувати findкоманду. Цей інструмент часто рекомендується для більш ніж поточного каталогу - він може рекурсивно проходити через усе дерево каталогів та працювати з файлами через-exec . . .{} \;

$ touch "file name"                                
$ find . -maxdepth 1 -mindepth 1                                                                                         
./file name
$ find . -maxdepth 1 -mindepth 1 -exec rm {} \;                                                                          
$ ls
$ 

У Python немає проблем зі спеціальними символами у іменах файлів, тому ми також можемо використовувати це (зауважте, що цей файл призначений лише для файлів, вам потрібно буде використовувати, os.rmdir()і os.path.isdir()якщо ви хочете працювати в каталогах):

python -c 'import os; [ os.remove(i) for i in os.listdir(".") if os.path.isfile(i) ]'

Насправді, команда вище може бути перетворена на функцію чи псевдонім ~/.bashrcдля стислості. Наприклад,

rm_stuff()
{
    # Clears all files in the current working directory
    python -c 'import os; [ os.remove(i) for i in os.listdir(".") if os.path.isfile(i) ]'

}

Perl версія цього була б

perl -e 'use Cwd;my $d=cwd();opendir(DIR,$d); while ( my $f = readdir(DIR)){ unlink $f;}; closedir(DIR)'

Ні, це не безпечно, і широко застосовувана альтернатива rm *не набагато безпечніша.

З цим існує багато проблем rm $(ls). Як уже висвітлювали інші у своїх відповідях, результат виведення lsбуде розділений на символи, присутні у внутрішньому розділювачі поля .

Кращий сценарій випадку, він просто не працює. Найгірший сценарій: ви мали намір видалити лише файли (але не каталоги) - або вибірково видалити деякі файли за допомогою -i- але c -rfв поточному каталозі є файл з ім'ям . Подивимося, що станеться.

$ mkdir a
$ touch b
$ touch 'c -rf'
$ rm -i $(ls)
$ ls
c -rf

Команда rm -i $(ls)повинна була видалити лише файли та запитувати перед видаленням кожного, але команда, яка в кінцевому рахунку була виконана, прочитана

rm -i a b c -rf

тому це робило щось інше цілком.

Зауважте, що rm *це лише незначно краще. Зі структурою каталогів, як і раніше, вона буде вести себе так, як передбачалося тут, але якщо у вас є названий файл -rf, вам все одно не пощастить.

$ mkdir a
$ touch b
$ touch ./-rf
$ rm -i *
$ ls
-rf

Є кілька кращих альтернатив. Найпростіші з них включають лише rm та глобулінг.

• Команда

  rm -- *
  

  буде працювати саме так, як задумано, де --сигналізує, що все після нього не слід інтерпретувати як варіант.

  Це є частиною рекомендацій синтаксису утиліти POSIX вже понад два десятиліття. Він широко поширений, але не варто сподіватися, що він буде присутній всюди.

• Команда

  rm ./*
  

  змушує глобус розширюватися по-різному, і тому не вимагає підтримки з боку утиліти.

  На моєму прикладі зверху ви можете побачити команду, яка в кінцевому рахунку буде виконана заздалегідь відлунням .

  $ echo rm ./*
  rm ./a ./b ./-rf
  

  Провідний ./заважає rm випадково обробити будь-яку з назв файлів, як опції.