Wie finde ich in * nix Hilfe zum Punktbefehl `.`?

Ich brauche Hilfe für Punktbefehle .wie in . ./my_script.sh(ich meine den ersten Punkt.)

Ich habe bereits versucht, mit man .und eine Manpage zu finden man \.. Wie kann ich eine Manpage anzeigen, in der die Verwendung von Befehlen erläutert wird .?

Als Erstes sollten Sie Folgendes aufrufen type .:

. is a shell builtin

Builtins sind Teile Ihrer Shell, sie haben keine eigenen Manualpages. Einige von ihnen scheinen sie zwar zu haben, zB echoist sie in Bash eingebaut, aber höchstwahrscheinlich gibt es eine separate ausführbare Datei wie /bin/echoin Ihrem System und in diesem Fall man echobezieht sie sich auf die letztere . Diese beiden echosind wahrscheinlich nicht genau gleichwertig.

Ihre Shell kann über helpbuiltin Informationen zu allen eingebauten Elementen bereitstellen. versuchen help help, help typeund schließlich:

help .

Builtins können auch in der Manualpage Ihrer Shell aufgeführt sein. ZB (in meinem Debian) Bash-Buildins werden direkt in behandelt man bash, aber für Zsh-Buildins muss man zshich sie ausführen man zshbuiltins. Im Allgemeinen können Shells ihre Buildins erklären oder nicht.

Versuchen Sie, man shoder man bashoder die Manpage für die von Ihnen verwendete Shell zu verwenden. (Vielleicht man $SHELL.)

Dies wird offiziell nicht als "Punkt" -Befehl bezeichnet, sondern als sourceBefehl. Das Suchen nach dem Wort sourcekann hilfreich sein.

zB bash man page (suche nach "jedem eingebauten Befehl"), und du wirst schnell die Dokumentation finden.

Zur Erläuterung der Verwendung kann ich das hier tun. Ich werde dies nur als den sourceBefehl bezeichnen und erkennen, dass er auf einen Zeitraum abgekürzt werden kann, in dem Sie einige Shells verwenden, und dass dieser Befehl bei einigen Shells möglicherweise erforderlich ist (da der Punkt möglicherweise erkannt wird, das gesamte Wort jedoch sourcemöglicherweise nicht) Sein).

Wenn Sie den sourceBefehl verwenden, liest Ihre Shell jede Zeile aus der Skriptdatei und versucht, sie auszuführen. Sie benötigen Leseberechtigungen für die Datei. (Es spielt keine Rolle, ob Sie über Ausführungsberechtigungen verfügen.) Wenn Sie eine Variable ändern, kann dies die aktuelle Shell beeinträchtigen.

Wenn Sie andererseits nur versuchen, die Datei auszuführen, fordert Ihre Shell das Betriebssystem auf, sich um diese Anforderung zu kümmern. Dies erfordert "Ausführen" -Berechtigungen. (Auf einigen Systemen, wie OpenBSD, werden dafür keine "Lese" -Rechte benötigt. Auf anderen Systemen, einschließlich vieler Unix-Variationen, werden Sie dies tun.) Die Datei muss möglicherweise mit einem entsprechenden Header (z. B. #!/bin/sh) beginnen, damit sie ausgeführt werden kann Das System erkennt dies als Skriptdatei. Das Betriebssystem führt eine Kopie der angeforderten Shell aus und weist diese Shell an, den Inhalt des Skripts auszuführen. Wenn die Shell - Umgebung geändert wird (z. B. eine Variable einen neuen Wert erhält, wird das Arbeitsverzeichnis geändert (mit  cd), ein Dateideskriptor wird umgeleitet (mit) exec) usw.) betrifft nur die Sub-Shell, die für das Skript aufgerufen wurde, und kann die Umgebung in der übergeordneten Shell, die die Skriptdatei aufgerufen hat, nicht ändern.

Niemand sonst hat es erwähnt, wie es oft vergessen wird.

Ihr größter Hinweis würde vom hilfreichen Befehl kommen whatis.

tim@musha ~ $ whatis .
builtins (1)         - bash built-in commands, see bash(1)
tim@musha ~ $ whatis source
builtins (1)         - bash built-in commands, see bash(1)
tim@musha ~ $ whatis bash
bash (1)             - GNU Bourne-Again SHell
tim@musha ~ $ whatis lynx
lynx (1)             - a general purpose distributed information browser for the World Wide Web
tim@musha ~ $ whatis linux
linux: nothing appropriate.
tim@musha ~ $ whatis whatis
whatis (1)           - display one-line manual page descriptions

BEARBEITEN:

Einige Leute haben in den Kommentaren darauf hingewiesen, dass dies in einigen Distributionen nicht der Fall ist - vielleicht handelt es sich um ein installierbares Paket oder wie es aktiviert wurde - ich hatte es standardmäßig in gentoo;)

Es enthält das wunderbare Was - welches Ihnen sagt, welche ausführbare Datei aufgerufen wird, und wo es Ihnen alle Pfade zu einer ausführbaren Datei gibt, die Sie benennen, sowie Manpages (falls diese in mehreren Pfaden vorhanden sind).

man source zeigt die Erklärung, die Sie benötigen.

Der Punkt ist derselbe wie der Quellbefehl.

source Führt das Skript in der aktuellen Shell statt in einer Subshell aus (wie üblich).

Die Verwendung sourceder im Skript festgelegten Variablen bleibt nach Abschluss des Skripts erhalten.

Das .ist ein Synonym für den Shell- sourceBefehl und in der Bash wird seine Syntax von ...

help source

Es funktioniert genau wie der Befehl includeund importin anderen Sprachen, da es die Zieldatei liest und so interpretiert, als wäre es Teil des aktuellen Skripts. Somit wird diese Datei in ihrer Gesamtheit vor den Befehlen im Rest des aktuellen Skripts ausgeführt.

Es sollte sich normalerweise am Anfang des aktuellen Skripts befinden und wird am häufigsten zum Laden von Variablen und / oder Funktionsdefinitionen verwendet.