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

なぜbashがデフォルトで履歴置換をまだ有効にしているのか知っていますか？私.bashrcはset +H長年にわたってこの機能を取り入れてきましたが、他の人たちはまだこの機能に噛まれています。

ほぼすべての人がコピーアンドペースト機能を備えた端末を使用しており、readlineライブラリでコンパイルされたbash と履歴の置換が対話型シェルでのみデフォルトで有効になっていることを考えると、この機能を使用する理由は本当にありますか？すべてのシェルでデフォルトで無効になっている場合でも、既存のスクリプトは破損しません。

履歴置換が壊れている理由がわからない場合は、これを試してください。

$ set +H # disable feature history substitution
$ echo "WTF???!?!!?"
WTF???!?!!?
$ set -H # enable feature history substitution
$ echo "WTF???!?!!?"
echo WTF???echo WTF???!?!!?
WTF???echo WTF???!?!!?

（それはすべてのスクリプトのために、デフォルトでは無効と機能を実行する前に結果を確認するために存在していた場合、明らかな特徴は、大きな問題がありますshopt -s histverify。）

こちらもご覧ください：

• 感嘆符「！」がbashを混乱させることがあるのはなぜですか？
• Bashの履歴にこのコマンドが記録されないのはなぜですか？
• 強打をエコーする方法！
• Bash：同じ行内の二重引用符の後の単一引用符内の履歴展開

既にに精通している場合はbash、このシェルに特別な他の文字を処理するよりも、履歴置換パターンを扱う方があまり噛み付かない可能性があります。ただし、シェルになじみがないか、履歴置換機能を使用したことがない場合、無害な一重引用符または二重引用符で囲まれた文字列がトリガーされると、明らかに驚くでしょう。

履歴置換が有効になっている対話型シェルでは、!文字は特殊文字とほとんど同じように$特殊です。つまり\、単一引用符で囲まれた文字列でエスケープされている場合を除きます。

対照的に$を通じて、ヒストリ置換は、ここでは、文書に膨張しない、と彼らは行指向であるため、彼らはさらになります （別途スキャンしたときにその行で）置換は引用符で囲まれていないコンテキストまたは二重引用符で囲まれたコンテキスト内にあるライン上で起こります。詳細については、このバグレポートを参照してください。

機能に「主要な問題」があるためではなく、シェルのコマンド履歴機能は必要ないため、非対話型シェル（スクリプト）では履歴置換は無効になっています。スクリプトでは、すべてのコマンドを保存する$HISTFILEことは意味がありません。また、履歴の置換も同様にスクリプトで信頼したいものではありません。

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

Unixシェルを使用すると、個人のニーズや好みに合わせてシェルの動作を変更できます。すべての対話型シェルの履歴置換をオフにしたい場合set +Hは、~/.bashrcファイルで使用していることを続行するか、bash開発者にデフォルトを変更するよう働きかけます（これは役立つよりも多くの人々を混乱させ混乱させるでしょう） ）。

履歴置換は便利です。例を挙げる

% make-me-a-sandwich
make-me-a-sandwich: Permission denied
% sudo !!
Ok.

社会的/文化的慣性。

私が述べた特徴は、かどうかについての意見をかけることなく、その角度からお答えするつもりですので、この質問は、どのように、人間作業の問題空間であるべきデフォルトでオンにする必要が。

まず、相手を理解してもらうために、機能をオフにするために邪魔にならないようにすることについて感じる不快感は、オンにするために邪魔にならなければならない場合に感じる不快感であることを考慮してください機能。

上記を、十分なbashユーザーがこの機能を使用するという事実と組み合わせると、デフォルトでその機能を削除するか無効にするかという提案は、デフォルトでその機能があることにすでに慣れている人々からの抵抗に見舞われます。

また、bash多くの人々のためのデフォルトのシェルである（ないだけでデフォルトのログインやシステムシェル意味では、しかし、心理的な意味で）。シェルクォートの参照フレームがbashである場合、それが最初に学習したシェルである場合!、特殊なシェルキャラクターであるという事実は自然で自動的に感じられます（または、少なくとも最初に学習したとき、それは単にシェルの方法は、多くの人が受け入れる唯一の癖です。

考えてみると、多くのbashユーザーは、おそらく肯定的なコンテキストで履歴置換構文に遭遇します：最初に学習しているときに、それについて読んだり、誰かに見せたり、有用性を確認したりしますbash。

それだけであなたが噛まれるだろうと、他のBourneのようなシェルの周辺世界から来る!特別なものとあなたの最初に、あなたがこの機能を持っていなかったのシェルに使用している場合ので：これ負それを見るために傾斜しますあなたが急いで何かを成し遂げようとしているとき、それがあなたをねじ込むとき、それへの露出はあります。

TL; DR：ほとんどのユーザーは、おそらくデフォルトがどちらであるかをあまり気にしません。一部のユーザーはこの機能が好きであり、既にそのようになっているという強力な利点があります。それを克服します。

デフォルトでbash履歴置換がまだ有効になっているのはなぜですか？

多くの人がそれを使用しており、インタラクティブなbashシェルを使用している人は、おそらく問題を回避するためのルールを知っている必要があり、一般にそれが痛い以上に役立つことに気付くでしょう。

私の.bashrcには長年セット+ Hが含まれていましたが、この機能にまだ噛まれている人もいます。

したがって、これは使用しない機能であり、大多数のユーザーが使用しないという意味ではありません。デフォルトの変更を申し立てることはできますが、A）を気にする人の割合、B）自分のやり方を好む人の割合を調べる必要があります。気にしている人や嫌いな人は、おそらくすでに無効になっています。変更すると、新しいコンピューターでアカウントを取得するときに役立ちます。その人々のケアとは、それが好きです、彼らが将来的に取得し、彼らが使用するすべてのコンピュータとすべてのアカウントにその設定を更新しなければなりません。

ほぼ全員がコピーアンドペースト機能を備えた端末を使用していることを考えると

私の意見では不格好なオプション...

この機能を使用する理由は本当にありますか？すべてのシェルでデフォルトで無効にされている場合でも、既存のスクリプトは破損しません。

はい、人々はそれが便利だと感じています。以前はチャンネルを立ち上げて変更することができたのに、リモートコントロールを使用するのはどのような用途ですか？

（すべてのスクリプトでデフォルトで無効になっており、実行前に結果を検証する機能が存在する場合、明らかに機能に大きな問題があります：shopt -s histverify。）

履歴は実際にはスクリプトでは意味がありませんが、さらに重要なことに、セキュリティの問題を引き起こす可能性があります。あなたの場合、一重引用符を使用することで問題を回避できます。これが私にとって問題を引き起こしたことを覚えていないので、それが「主要な問題」を持っているとどのように言うことができるかわかりません。これはあなたにとって実際の問題を引き起こしましたか、それとも新しいコンピューターでデフォルトを設定しなければならないことに悩まされていましたか？

あなたが実際にお金を稼ぎたいなら、これでエスケープするか、単一引用符を使用する必要があることとどのように違うのかわかりません：

$ echo "Give me $50 or the cat gets it"
Give me $0 or the cat gets it