Jak znaleźć pomoc dotyczącą polecenia punktowego `.` w * nix?

Muszę znaleźć pomoc dla polecenia punktowego, .takiego jak w . ./my_script.sh(mam na myśli pierwszy punkt).

Próbowałem już znaleźć stronę podręcznika przy użyciu man .i man \.. Jak wyświetlić stronę podręcznika, na której wyjaśnia użycie polecenia .?

Przede wszystkim powinieneś wywołać type ., prawdopodobnie dostaniesz coś takiego:

. is a shell builtin

Wbudowane są częścią twojej powłoki, nie mają własnych stron podręcznika. Niektóre z nich mogą się wydawać, że je mają, np. echoSą wbudowane w Bash, ale najprawdopodobniej istnieje osobny plik wykonywalny, taki jak /bin/echow twoim systemie, w tym przypadku man echoodnosi się do tego drugiego . Te dwa echoprawdopodobnie nie są ściśle równoważne.

Twoja powłoka może dostarczać informacje o każdym wbudowanym za pomocą helpwbudowanego; spróbować help help, help typea na końcu:

help .

Wbudowane mogą być również wymienione na stronie podręcznika powłoki. Np. (W moim Debianie) wbudowane Bash są objęte bezpośrednio man bash, ale dla wbudowanych Zsh man zshkaże mi działać man zshbuiltins. Ogólnie rzecz biorąc, powłoki mogą, ale nie muszą, wyjaśniać swoje wbudowane funkcje.

Spróbuj użyć man shlub man bashlub strony podręcznika dla dowolnej powłoki, której używasz. (Może man $SHELL.)

Oficjalnie nie jest to nazywane poleceniem „punktowym”, lecz sourcepoleceniem. Wyszukiwanie słowa sourcemoże być pomocne.

np. strona podręcznika bash (wyszukaj „każde wbudowane polecenie”), a szybko znajdziesz dokumentację.

Jeśli chodzi o wyjaśnienie zastosowania, mogę to zrobić tutaj. Odniosę się do tego jako do sourcepolecenia, uznając, że można go skrócić do okresu, w którym używasz niektórych powłok, a dla niektórych powłok może to być konieczne (ponieważ kropka może być rozpoznana, ale całe słowo sourcemoże nie być być).

Jeśli użyjesz sourcepolecenia, twoja powłoka odczyta każdy wiersz z pliku skryptu i spróbuje go wykonać. Potrzebujesz uprawnień do odczytu pliku. (Nie ma znaczenia, czy masz uprawnienia do „wykonywania”). Jeśli zmienisz zmienną, będzie to miało wpływ na bieżącą powłokę.

Jeśli, z drugiej strony, po prostu spróbujesz uruchomić plik, wtedy twoja powłoka poprosi system operacyjny o zajęcie się tym żądaniem. Będzie to wymagało uprawnień do „wykonania”. (W niektórych systemach, takich jak OpenBSD, nie potrzebujesz do tego uprawnień „do odczytu”. W innych systemach, w tym w wielu odmianach Uniksa, będziesz musiał.) Plik może wymagać uruchomienia odpowiedniego nagłówka (np. #!/bin/sh), Aby operacja system rozpoznaje to jako plik skryptu. System operacyjny wykona kopię żądanej powłoki i powie tej powłoce, aby uruchomiła zawartość skryptu. Jeśli środowisko powłoki zostanie zmienione (np. Zmienna otrzyma nową wartość, katalog roboczy zostanie zmieniony (za pomocą  cd), deskryptor pliku zostanie przekierowany (za pomocą exec) itp.), wpłynie tylko na podpowłokę, która została wywołana dla skryptu, i nie może modyfikować środowiska w powłoce nadrzędnej, która wywołała plik skryptu.

Nikt inny nie wspomniał o tym, ponieważ często się o nim zapomina.

Twoja największa wskazówka pochodziłaby z pomocnego polecenia 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

EDYTOWAĆ:

Niektórzy zauważyli w komentarzach, że to nie jest w niektórych rozkojarzeniach - może to jest pakiet do zainstalowania, lub w jakiś sposób włączyli - mam go domyślnie w Gentoo;)

Zawiera wspaniałe, które - które mówi ci, który plik wykonywalny jest nazywany, i whereis, który daje ci wszystkie ścieżki do pliku wykonywalnego, który ty nazywasz, a także strony podręcznika (jeśli istnieje w wielu ścieżkach).

man source pokaże potrzebne wyjaśnienie.

Kropka jest taka sama jak polecenie źródłowe.

source wykonuje skrypt w bieżącej powłoce zamiast w podpowłoce (jest to zwykły sposób).

Korzystanie sourceze zmiennych ustawionych w skrypcie jest zachowywane po zakończeniu skryptu.

.Jest synonimem powłoki sourcepolecenia i tak w bash , jego składnia jest wyświetlany ...

help source

Działa dokładnie tak samo jak polecenia includei importw innych językach, ponieważ odczytuje plik docelowy i interpretuje go tak, jakby był częścią bieżącego skryptu. Tak więc plik ten zostanie wykonany w całości przed poleceniami w pozostałej części bieżącego skryptu.

Zwykle powinien znajdować się na początku bieżącego skryptu i jest najczęściej używany do ładowania zmiennych i / lub definicji funkcji.