rm $（ls）を使用してファイルを削除することの欠点はありますか？

rm $(ls)ファイルの削除（またはrm -r $(ls)ディレクトリの削除）を使用しても安全かどうか疑問に思っていましたか？すべてのWebサイトで、このコマンドは他のコマンドよりもはるかに簡単に思えますが、人々はこれを行うために他の方法を与えます。

これは何をするつもりですか？

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

我々は（ノートこの1つはファイルだけのためであることを、あなたが使用する必要がありますそれにも採用することができるように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 -- *
  

  意図したとおりに機能し、--その後のすべてをオプションとして解釈してはならないことを示します。

  これは20年以上にわたってPOSIXユーティリティの構文ガイドラインの一部でした。それは広まっていますが、至る所に存在することを期待すべきではありません。

• コマンド

  rm ./*
  

  グロブの展開方法が異なるため、呼び出されたユーティリティのサポートは必要ありません。

  上記の私の例では、echoを前に付けることで最終的に実行されるコマンドを見ることができます。

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

  リーディング./により、rmがオプションのようなファイル名を誤って処理することを防ぎます。