Bash履歴の交換がデフォルトでまだ有効になっているのはなぜですか？ [閉鎖]

すでに慣れている場合は、bash履歴置換パターンを扱うことは、そのシェルに固有の他の文字を扱うよりももはや面倒ではありません。しかし、シェルに慣れていない人、または単に履歴置換機能を使用したことがない人は、一見無害に見える引用符がないか、二重引用符で囲まれた文字列がそれをトリガーすると明らかに驚くでしょう。

履歴置換が有効な対話型シェルでは、文字の特殊性は!文字の特殊性とほぼ同じです。つまり、一重引用符で囲まれた文字列を使用するか、内部でエスケープしない限り、どこにでも表示されます。$\

through とは異なり、$この記事では歴史的置換を拡張せず、ライン中心なので、〜する 引用符のないコンテキストまたは二重引用符で囲まれたコンテキスト（単独でスキャンする場合は対応する行）に置換がある行で発生します。詳細については、このバグレポートをご覧ください。。

非インタラクティブシェル（スクリプト）でレコードの置き換えを無効にすることは、その機能に「重要な問題」があるためではなく、シェルのコマンド書き込み機能を必要としないためです。スクリプトでは$HISTFILEすべてのコマンドを保存する必要はなく、履歴の置き換えも同様にスクリプトに依存したいものではありません。

対話型シェルでデフォルトで有効にする必要があるかどうかは議論の余地があります（ただし、この主張に完全に自信はありませんが）。ここ開発者にとって非常に重要ですbash。）あなたは、ほとんどのユーザーが履歴の拡張に問題があると思うようですbash。しかし、あなたや私はそれを使うのがどれほど一般的かわかりません。

Unixシェルを使用すると、人々は自分のニーズと好みに合わせてシェルの動作を変更できます。すべてのインタラクティブシェルの履歴の交換をオフにしたい場合は、ファイルset +Hで使用している作業を続行するか、開発者にロビーを介してデフォルトを~/.bashrc変更bashしてください（確かに助けよりも多くの人を怒らせて混乱させます）。 ）））。