Як знайти допомогу для команди "." У * nix?

Мені потрібно знайти допомогу для .такої команди , як у . ./my_script.sh(я маю на увазі перший пункт.)

Я вже намагався знайти сторінку man за допомогою man .і man \.. Як я можу відобразити чоловічу сторінку, на якій пояснюється використання команди .?

Спробуйте скористатися man shабо man bashдовідковою сторінкою для будь-якої оболонки, яку ви використовуєте. (Можливо man $SHELL.)

Це офіційно називається не командою «точка», а sourceкомандою. Пошук слова sourceможе бути корисним.

наприклад, сторінка bash man (пошук "кожної вбудованої команди"), і ви швидко знайдете документацію.

Що стосується пояснення використання, я можу це зробити прямо тут. Я просто буду називати це sourceкомандою, визнаючи, що її можна скоротити лише до періоду, коли ви використовуєте деякі оболонки, і з деякими оболонками, яка може знадобитися командою (бо крапка може бути розпізнана, але все слово sourceможе не бути).

Якщо ви використовуєте sourceкоманду, ваша оболонка прочитає кожен рядок із файлу сценарію та спробує виконати її. Вам потрібні дозволи "прочитати" файл. (Не має значення, якщо у вас є "виконати" дозволи.) Якщо ви зміните змінну, це схильне впливати на вашу поточну оболонку.

Якщо, з іншого боку, ви просто спробуєте виконати файл, тоді ваша оболонка попросить операційну систему подбати про цей запит. Для цього знадобляться дозволи "виконати". (У деяких системах, таких як OpenBSD, для цього вам не знадобляться дозволи на "читання". У інших системах, включаючи безліч варіацій Unix, вам знадобиться.) Файлу, можливо, потрібно буде починати з відповідного заголовка (наприклад, #!/bin/sh), тому операційна система розпізнає це як файл сценарію. Операційна система виконає копію запитуваної оболонки і скаже цій оболонці для запуску вмісту скрипту. Якщо середовище оболонки змінено (наприклад, змінна отримує нове значення, робочий каталог змінюється (з  cd), дескриптор файлу перенаправляється (з exec) і т. д.), він впливатиме лише на під-оболонку, яку викликали для сценарію, і не може змінити середовище в батьківській оболонці, яка викликала файл сценарію.

Перш за все, ви повинні закликати type ., ви, ймовірно, отримаєте щось на кшталт:

. is a shell builtin

Вбудовані частини вашої оболонки, вони не мають власних сторінок з інструкціями. Деякі з них можуть здатися, що вони є, хоча, наприклад echo, це вбудований в Bash, але, швидше за все, є окремий виконуваний файл, як /bin/echoу вашій системі, і в цьому випадку man echoвідноситься до останнього . Ці два echos, ймовірно, не є абсолютно рівнозначними.

Ваша оболонка може надавати інформацію про будь-який вбудований модуль через helpвбудований; спробуйте help help, help typeі нарешті:

help .

Вбудовані також можуть бути вказані на сторінці керівництва вашої оболонки. Напр. (У моєму Debian) Bash вбудовані вбудовані безпосередньо в man bash, але для Zsh вбудовані man zshпідказує мені запустити man zshbuiltins. Як правило, оболонки можуть чи не пояснюють їх вбудовані елементи.

Ніхто більше не згадував про це, як це часто забувають.

Ваша найбільша підказка виходитиме з корисної команди 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

Редагувати:

Деякі люди зазначали в коментарях, що це не в деяких дистробуваннях - можливо, це встановлений пакет, або дещо ввімкнено - у мене це було за замовчуванням у gentoo;)

Він включає чудові, які - вказують на те, який виконавчий файл називається, і який дає вам всі шляхи до виконуваного вами імені, і це сторінки сторінки (якщо вони існують у кількох шляхах).

man source покаже пояснення, яке вам потрібно.

Крапка така ж, як і вихідна команда.

source виконує скрипт у поточній оболонці, а не в підпакеті (це звичайний спосіб).

Використання sourceзмінних, встановлених всередині сценарію, зберігається після закінчення сценарію.

.Є синонімом оболонки sourceкоманди і тому в Баш , його синтаксис відображається ...

help source

Він функціонує точно так само, як includeі importкоманди іншими мовами тим, що він читає цільовий файл і інтерпретує його так, ніби він був частиною поточного сценарію. Таким чином, цей файл буде виконаний у повному обсязі перед командами в решті поточного сценарію.

Зазвичай це має бути на початку поточного сценарію і найчастіше використовується для завантаження змінних та / або визначень функцій.