Warum hat bash die Option HISTCONTROL = ignorespace?

Oder um es anders auszudrücken: Warum soll verhindert werden, dass Befehle in den Bash-Verlauf geschrieben werden?

(Inspiriert von einer verwandten Frage .)

Das eine, wofür ich den anfänglichen Speicherplatz verwende, ist, wenn ich eine ältere Befehlszeile neu starten möchte, die mit demselben Befehl beginnt ( !lsz. B.), und ich muss in der Lage sein, die ältere, aber nicht die neuere, erneut auszuführen.

Das andere Mal, wenn ich es verwende, gebe ich in den (seltenen) Fällen ein Kennwort in der Befehlszeile ein. Ich habe diese lieber nicht in der .bash_historyDatei gespeichert, wenn ich das Programm beende bash.

Zusätzlich zu Anthon: Es ist nicht nur möglich, ähnliche Befehlszeilen im Verlauf zu vermeiden, sondern von Zeit zu Zeit besteht die Notwendigkeit, dies zu tun: Ich analysiere häufig OpenPGP-Zertifikate in der Shell. Das bedeutet, dass 15 Zeilen (manchmal mehr) in die Konsole geworfen werden. Sie tun das ein paar Mal und Ihre Geschichte ist voll. Schlimmer noch: Der Verlauf funktioniert nicht gut, wenn der Befehl den gesamten Bildschirm abdeckt (Bash). Der Start des Befehls wird nicht korrekt angezeigt und kann daher kaum bearbeitet werden.

Daher halte ich eine dieser Befehlszeilen in der Historie ziemlich kurz und blockiere die anderen.

Ich würde lieber wissen nicht , wie oft ich gespielt habe kriechen !

Gelegentlich mache ich gerne einen history | awk '{print $2}' | sort -n | uniq -c | sort -n | tail, um meine am häufigsten ausgegebenen Befehle zu sehen. Ich möchte ein Ranking in dort von Befehlen sehen , finde ich interessant (Dinge wie ls, svn, p4, for, und cd) und ich fühle mich besser , wenn ich in dieser Liste sehen Spiele nicht. Wenn ich also etwas starte, das ich in dieser Liste nicht sehen möchte, setze ich ein Leerzeichen voran.