Gibt es irgendwelche Nachteile bei der Einstellung von "noclobber"?

Da zshalle Dateien den Befehl gegeben verprügeln können:

>*

Ich denke, dass das Setzen der Option noclobbereine gute Idee wäre.

Ich kann immer verwenden, >| filewenn ich das Standard-Clobber-Verhalten sowohl in bash als auch in zsh verwenden möchte. (zsh erlaubt auch die alternative Syntax >!file).

Ich noclobbervermute, dass aufgrund der POSIX-Kompatibilität standardmäßig nicht festgelegt ist, aber nur um sicherzugehen:

Gibt es Nachteile beim Einstellen noclobber?

Gibt es sowieso noclobbernur für die interaktive Shell zu setzen?

Der Grund, der noclobbernicht standardmäßig festgelegt ist, ist Tradition. In Bezug auf das Design der Benutzeroberfläche ist es eine gute Idee, die Aktion "Diese neue Datei erstellen" zu vereinfachen und die gefährlichere Aktion "Eine neue Datei erstellen oder eine vorhandene Datei überschreiben" als zusätzliche Hürde zu definieren. Daher noclobberist es eine gute Idee ( >eine neue Datei zu erstellen, >|möglicherweise eine vorhandene Datei zu überschreiben), und es wäre wahrscheinlich die Standardeinstellung gewesen, wenn die Shell einige Jahrzehnte später entworfen worden wäre.

Ich empfehle dringend, Folgendes in Ihrer interaktiven Shell-Startdatei ( .bashrcoder .zshrc) zu verwenden:

set -o noclobber
alias cp='cp -i'
alias mv='mv -i'

In jedem Fall (Umleiten, Kopieren, Verschieben) besteht das Ziel darin, eine zusätzliche Hürde hinzuzufügen, wenn die Operation den Nebeneffekt hat, dass einige vorhandene Daten gelöscht werden, obwohl das Löschen vorhandener Daten nicht das primäre Ziel der Operation ist. Ich schreibe nicht rm -iin diese Liste, weil das Löschen von Daten das Hauptziel von ist rm.

Beachten Sie das noclobberund -isind Sicherheitsnetze . Wenn sie auslösen, haben Sie etwas falsch gemacht . Verwenden Sie sie also nicht als Entschuldigung, um nicht zu überprüfen, was Sie überschreiben! Der Punkt ist, dass Sie überprüft haben sollten, dass die Ausgabedatei nicht existiert. Wenn Ihnen file exists: foooder gesagt wird overwrite 'foo'?, bedeutet dies, dass Sie einen Fehler gemacht haben und dass Sie sich schlecht fühlen und vorsichtiger sein sollten. Machen Sie sich insbesondere nicht die Gewohnheit, zu sagen, ywenn Sie zum Überschreiben aufgefordert werden (wahrscheinlich sollten es die Aliase sein alias cp='yes n | cp -i' mv='yes n | mv -i', aber wenn Sie Ctrl+ drücken, Csieht die Ausgabe besser aus): Wenn Sie überschreiben wollten, brechen Sie den Befehl ab, verschieben oder entfernen Sie die Ausgabe Datei, und führen Sie den Befehl erneut aus.

Es ist auch wichtig, dass Sie sich nicht angewöhnen, diese Sicherheitsmaßnahmen auszulösen, da Sie sich eines Tages auf einem Computer befinden, der nicht über Ihre Konfiguration verfügt, und Sie Daten verlieren, weil der Schutz, auf den Sie zählen, nicht vorhanden ist. t dort.

noclobberwird nur für interaktiven Shells gesetzt werden, da .bashrcoder .zshrcnur durch interaktiven Shells gelesen wird. Natürlich sollten Sie die Shell-Optionen nicht so ändern, dass sie sich auf Skripte auswirken, da sie diese Skripte beschädigen könnten.

Wenn Sie die noclobberShell-Option in ~/.bashrc(für bash) oder ~/.zshrc(genauer gesagt $ZDOTDIR/.zshrcin zsh) festlegen, wird sie in interaktiven Shell-Sitzungen aktiviert.

Nicht interaktive Shells (Skripte) lesen diese Dateien nicht.

Shell-Optionen werden normalerweise nicht von übergeordneten Shells geerbt.

Dies bedeutet, dass Sie die Option in diesen Dateien festlegen können, ohne das Verhalten in vorhandenen Skripten zu ändern, es sei denn, Skripten geben diese Dateien explizit als Quelle an.

Der einzige Nachteil dabei ist, dass Sie, zumindest zu Beginn, immer wieder vergessen werden, dass Sie die Option aktiviert haben. Später, als all diese Art von Dingen, werden Sie zu ihrem gewöhnlichen Gebrauch beginnen >|, auch in Fällen , in denen Sie tatsächlich nicht um die Datei verprügeln möchten (wie Menschen mit Aliasnamen für rm, cpund mvmit der -iOption immer dann gesetzt, was schließlich zu immer Gebrauch beginnen -fauf der Kommandozeile).

Der Nachteil ist, dass noclobberSie eines Tages ein System verwenden werden, auf dem es nicht aktiv ist, und einen potenziell gefährlichen Befehl ausführen, der noclobberSie retten wird. Und dann müssen Sie hoffen, dass es ein aktuelles Backup gibt, mit dem Sie die zerstörten Daten wiederherstellen können, da Sie davon ausgegangen sind, dass Sie zuerst um Bestätigung gebeten werden.