Erstellen Sie einen Alias ​​für das lokale Rsync-Verzeichnis mit einem Remote-Server. Ist das eine schlechte Vorgehensweise?

Question

Haftungsausschluss: Ich bin kein Superuser.

Frage: Ich ertappe mich dabei, dieses Ungetüm jedes Mal auszuschreiben, wenn ich meinen Server mit meinen Entwicklungsverzeichnissen auf meinem Rechner synchronisieren möchte:

rsync -chavzP --stats user@host:/remote/ ~/local/

Ist es eine schlechte Praxis, einfach einen Alias ​​in meiner .zshrc oder so zu erstellen, damit ich das nicht jedes Mal eingeben muss? Der Benutzername und der Hostname sind immer knifflig und voller Ziffern. Ich muss sie die meiste Zeit einfach nachschlagen. Wenn es eine schlechte Form ist, was ich glaube, was sind dann andere Ansätze, die ich verfolgen sollte, um Zeit zu sparen?

Answer 1

Als ich vor vielen Jahren begann, die Bash-Shell zu verwenden, war ich zurückhaltend, Aliase zu definieren, da ich befürchtete, dass ich von ihnen abhängig werden und auf einem anderen System, auf dem meine Shell-Aliase nicht definiert waren, verloren gehen würde.

Zum Wiederholen komplizierter Befehle wie Ihres rsynchabe ich die Ctrl-RFunktion in Bash verwendet, die eine Rückwärtssuche im Shell-Verlauf nach einem zuvor eingegebenen Befehl ermöglicht.

Dies ist jedoch nicht zuverlässig und nach einigen Jahren kam ich zu dem Schluss, dass es einfach dumm ist, keine Aliase zu verwenden. Sie wurden vor Jahrzehnten erfunden (wir können Bill Joy, dem Erfinder der C-Shell ^† , danken ) – und zwar aus einem sehr guten Grund: Das Eintippen langer Befehle kostet Zeit und Mühe.

Die meisten Leute können sich lange Befehle nicht so leicht merken, insbesondere wenn sie diese nur sporadisch verwenden. Der obige rsyncBefehl ist ein perfekter Anwendungsfall für einen Alias, da er auch keine Argumente benötigt (in diesem Fall würde eine Shell-Funktion verwendet).

Wenn Sie einen ähnlichen Befehl verwenden müssen, sparen Sie außerdem Zeit, wenn Sie Aliase in Ihren Shell-Startdateien speichern, da Sie die Details des Befehls nicht in einer externen Quelle nachschlagen müssen.

Heutzutage ist es üblich, dass Benutzer ihre benutzerdefinierten Shell-Aliase, Funktionen, Konfigurationsdateien und Skripte auf einem Server speichern, damit sie bei Verwendung eines neuen oder anderen Systems abgerufen werden können. Einige verwenden Dropbox, andere GitHub, während andere sie in ihren eigenen persönlichen Webspace hochladen. Auf diese Weise stehen ihnen ihre Shell-Anpassungen immer zur Verfügung.

Fazit/TLDR

Die Verwendung solcher Aliase ist eine gute Praxis, spart Zeit und Tipparbeit – und ist der Grund, warum sie erstellt wurden. Wenn Sie sie in Shell-Startdateien wie speichern, .zshrcstehen sie Ihnen immer zur Verfügung und gelten als bewährte Vorgehensweise für Benutzer von Unix-Shells.

Siehe auch

Wann sollte ein Alias ​​verwendet werden, wann sollte ein Skript verwendet werden und wann sollte eine Funktion geschrieben werden?

Referenz

^†Hier ist, was Bill Joy über Aliase in seinemEinführung in die C-Shell:

Dieser Mechanismus kann verwendet werden, um die von Ihnen eingegebenen Befehle zu vereinfachen, Befehlen Standardargumente zuzuweisen oder Transformationen an Befehlen und ihren Argumenten durchzuführen.