Есть ли недостатки в использовании 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после подстановки, что лишает цели удаления имени файла.

Что работает

Вы хотите удалить файлы в текущем каталоге. Так что используйте glob 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 и globbing.

• Команда

  rm -- *
  

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

  Это было частью рекомендаций по синтаксису утилит POSIX уже более двух десятилетий. Это широко распространено, но вы не должны ожидать, что оно будет присутствовать везде.

• Команда

  rm ./*
  

  заставляет глобус расширяться по-другому и поэтому не требует поддержки от вызываемой утилиты.

  Для моего примера, приведенного выше, вы можете увидеть команду, которая в конечном итоге будет выполнена путем добавления echo .

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

  Ведущий ./предотвращает случайную обработку rm любого из имен файлов как параметров.