Come posso trovare aiuto per il comando punto `.` in * nix?

Ho bisogno di aiuto per il comando punto .come in . ./my_script.sh(intendo il primo punto.)

Ho già provato a trovare una pagina man usando man .e man \.. Come posso visualizzare una pagina man in cui spiega l'uso del comando .?

Prima di tutto dovresti invocare type ., probabilmente otterrai qualcosa del tipo:

. is a shell builtin

I builtin sono parti della tua shell, non hanno le loro pagine di manuale. Alcuni di questi potrebbero sembrare averli, ad esempio echoè incorporato in Bash ma molto probabilmente c'è un eseguibile separato come /bin/echonel tuo sistema e in questo caso si man echoriferisce a quest'ultimo . Questi due echos probabilmente non sono strettamente equivalenti.

La shell può fornire informazioni su qualsiasi built-in tramite helpbuilt-in; prova help help, help typee infine:

help .

I builtin possono anche essere elencati nella pagina del manuale della shell. Ad esempio (nel mio Debian) i built-in di Bash sono coperti direttamente man bash, ma per i built-in di Zsh man zshmi dice di eseguire man zshbuiltins. In generale, le shell possono o meno spiegare i loro builtin.

Prova a usare man shoo man bashla pagina man per qualunque shell tu stia usando. (Forse man $SHELL.)

Questo non è ufficialmente chiamato il comando "punto", ma il sourcecomando. La ricerca della parola sourcepuò essere utile.

ad esempio, bash man page (cerca "ogni comando incorporato"), e troverai rapidamente la documentazione.

Per quanto riguarda la spiegazione dell'uso, posso farlo proprio qui. Mi riferirò semplicemente a questo come al sourcecomando, riconoscendo che può essere abbreviato in un solo periodo in cui stai usando alcune shell, e con alcune shell quel comando potrebbe essere necessario (perché il punto potrebbe essere riconosciuto ma l'intera parola sourcepotrebbe non essere).

Se si utilizza il sourcecomando, la shell leggerà ogni riga dal file di script e tenterà di eseguirlo. È necessario disporre delle autorizzazioni di "lettura" sul file. (Non importa se si dispone di autorizzazioni di "esecuzione".) Se si modifica una variabile, è probabile che influisca sulla shell corrente.

Se, d'altra parte, provi a eseguire il file, la tua shell chiederà al sistema operativo di occuparsi di questa richiesta. Ciò richiederà autorizzazioni di "esecuzione". (Su alcuni sistemi, come OpenBSD, non avrai bisogno di autorizzazioni di "lettura" per questo. Su altri sistemi, incluse molte varianti di Unix, lo farai.) Potrebbe essere necessario che il file inizi con un'intestazione appropriata (ad es. #!/bin/sh) il sistema riconosce che si tratta di un file di script. Il sistema operativo eseguirà una copia della shell richiesta e comunicherà a quella shell di eseguire il contenuto dello script. Se l'ambiente shell viene modificato (ad esempio, una variabile ottiene un nuovo valore, la directory di lavoro viene modificata (con  cd), viene reindirizzato un descrittore di file (con exec), ecc.), avrà un impatto solo sulla sotto-shell chiamata per lo script e non può modificare l'ambiente nella shell padre che ha chiamato il file di script.

Nessun altro l'ha menzionato, poiché spesso è stato dimenticato.

Il tuo più grande indizio verrebbe dal comando utile 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

MODIFICARE:

Alcune persone hanno sottolineato nei commenti che questo non è in alcune distrobuzioni - forse è un pacchetto installabile o abilitato in qualche modo - L'ho avuto di default in gentoo;)

Include il meraviglioso che - che ti dice quale eseguibile è chiamato, e dove ti dà tutti i percorsi di un eseguibile che chiami, ed è pagine man (se esiste in più percorsi).

man source mostrerà la spiegazione di cui hai bisogno.

Il punto è uguale al comando sorgente.

source esegue lo script nella shell corrente anziché in una subshell (è il solito modo).

L'uso sourcedelle variabili impostate all'interno dello script viene conservato al termine dello script.

È .sinonimo del sourcecomando shell e quindi in bash , la sua sintassi viene visualizzata da ...

help source

Funziona esattamente come i comandi includee importin altre lingue in quanto legge il file di destinazione e lo interpreta come se fosse parte dello script corrente. Pertanto, quel file verrà eseguito nella sua interezza prima dei comandi nel resto dello script corrente.

Di solito dovrebbe essere all'inizio dello script corrente e viene spesso utilizzato per caricare variabili e / o definizioni di funzioni.