Existem desvantagens em usar rm $ (ls) para excluir arquivos?

Eu queria saber se o uso rm $(ls)para excluir arquivos (ou rm -r $(ls)excluir diretórios também) era seguro? Porque em todos os sites, as pessoas dão outras maneiras de fazer isso, mesmo que esse comando pareça muito mais fácil do que outros comandos.

O que isso pretende fazer?

• ls lista arquivos no diretório atual
• $(ls)substitui a saída de lslugares que, como argumento pararm
• Essencialmente, o rm $(ls)objetivo é excluir todos os arquivos no diretório atual

O que está errado com esta imagem ?

lsnão pode lidar adequadamente com caracteres especiais no nome do arquivo. Usuários do Unix geralmente recomendam usar abordagens diferentes . Também mostrei isso em uma pergunta relacionada sobre a contagem de nomes de arquivos . Por exemplo:

$ 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
$ 

Além disso, como corretamente mencionado na resposta de Denis, um nome de arquivo com os principais traços, poderia ser interpretado como argumento para rmapós a substituição, o que frustra a finalidade de remover nome de arquivo.

O que funciona

Você deseja excluir arquivos no diretório atual. Então use 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
$ 

Você pode usar o findcomando Essa ferramenta é frequentemente recomendada para mais do que apenas o diretório atual - ela pode percorrer recursivamente toda a árvore de diretórios e operar em arquivos via-exec . . .{} \;

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

O Python não possui problemas com caracteres especiais nos nomes de arquivos, portanto, podemos empregá-lo também (observe que este é apenas para arquivos, você precisará usar os.rmdir()e os.path.isdir()se desejar operar em diretórios):

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

De fato, o comando acima pode ser transformado em função ou alias ~/.bashrcpor uma questão de brevidade. Por exemplo,

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) ]'

}

Versão Perl disso seria

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

Não, não é seguro, e a alternativa comumente usada rm *não é muito mais segura.

Existem muitos problemas com rm $(ls). Como outros já abordaram em suas respostas, a saída de lsserá dividida nos caracteres presentes no separador de campo interno .

Na melhor das hipóteses, simplesmente não funciona. No pior cenário, você pretendia remover apenas arquivos (mas não diretórios) - ou remover seletivamente alguns arquivos -i- mas há um arquivo com o nome c -rfno diretório atual. Vamos ver o que acontece.

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

O comando rm -i $(ls)deveria remover apenas arquivos e perguntar antes de remover cada um, mas o comando que acabou sendo executado leu

rm -i a b c -rf

então fez algo completamente diferente.

Observe que rm *é apenas um pouco melhor. Com a estrutura de diretórios como antes, ela se comportará como pretendido aqui, mas se você tiver um arquivo chamado -rf, ainda estará sem sorte.

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

Existem várias alternativas melhores. Os mais fáceis envolvem apenas rm e globbing.

• O comando

  rm -- *
  

  funcionará exatamente como pretendido, onde --sinaliza que tudo depois não deve ser interpretado como uma opção.

  Isso faz parte das diretrizes de sintaxe do utilitário POSIX há mais de duas décadas. É generalizada, mas você não deve esperar que ela esteja presente em todos os lugares.

• O comando

  rm ./*
  

  faz com que a glob se expanda de maneira diferente e, portanto, não requer suporte do utilitário chamado.

  Para o meu exemplo acima, você pode ver o comando que será executado em última análise, com o eco precedente .

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

  O líder ./impede que a rm trate acidentalmente qualquer um dos nomes de arquivo como opções.