Как мне найти помощь для точечной команды `.` в * nix?

Мне нужно найти помощь для команды точки, .например, в . ./my_script.sh(я имею в виду первую точку.)

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

Прежде всего, вы должны вызвать type ., вы, вероятно, получите что-то вроде:

. is a shell builtin

Встроенные компоненты являются частью вашей оболочки, у них нет собственных страниц руководства. Некоторые из них могут показаться, что они есть, например, echoвстроенный в Bash, но, скорее всего, есть отдельный исполняемый файл, как /bin/echoв вашей системе, и в этом случае man echoотносится к последнему . Эти два echo, вероятно, не являются строго эквивалентными.

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

help .

Встроенные файлы также могут быть перечислены на странице руководства вашей оболочки. Например, (в моем Debian) встроенные функции Bash включены непосредственно man bash, но для встроенных Zsh-команд man zshмне нужно запустить man zshbuiltins. В общем, раковины могут или не могут объяснить их встроенные функции.

Попробуйте использовать man shили man bashили справочную страницу для любой оболочки, которую вы используете. (Возможно man $SHELL.)

Официально это называется не команда «точка», а sourceкоманда. Поиск слова sourceможет быть полезным.

например, bash man page (поиск по "каждой встроенной команде"), и вы быстро найдете документацию.

Что касается объяснения использования, я могу сделать это прямо здесь. Я просто буду называть это sourceкомандой, признавая, что ее можно сокращать до периода, когда вы используете некоторые оболочки, и с некоторыми оболочками эта команда может потребоваться (потому что точка может быть распознана, но все слово sourceможет не быть).

Если вы используете sourceкоманду, ваша оболочка прочитает каждую строку из файла сценария и попытается выполнить ее. Вам нужно разрешение на чтение файла. (Неважно, есть ли у вас разрешения на «выполнение».) Если вы изменяете переменную, это может повлиять на вашу текущую оболочку.

Если, с другой стороны, вы просто пытаетесь выполнить файл, то ваша оболочка попросит операционную систему выполнить этот запрос. Это потребует разрешения «выполнить». (В некоторых системах, таких как OpenBSD, для этого вам не понадобятся разрешения на «чтение». В других системах, включая многие варианты Unix, вам это понадобится.) Возможно, файл должен начинаться с соответствующего заголовка (например, #!/bin/sh), чтобы рабочая Система распознает это как файл сценария. Операционная система выполнит копию запрошенной оболочки и скажет этой оболочке запустить содержимое скрипта. Если среда оболочки изменяется (например, переменная получает новое значение, рабочий каталог изменяется (с помощью  cd), дескриптор файла перенаправляется (с помощью exec) и т. д.), это повлияет только на вложенную оболочку, которая была вызвана для сценария, и не может изменить среду в родительской оболочке, которая вызывала файл сценария.

Никто другой не упомянул об этом, так как это часто забывают.

Ваша самая большая подсказка может прийти от полезной команды 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;)

Он включает в себя замечательный объект, который ... сообщает вам, какой исполняемый файл вызван, и whereis, который дает вам все пути к исполняемому файлу, который вы называете, и его man-страниц (если он существует в нескольких путях).

man source покажет объяснение, что вам нужно.

Точка совпадает с исходной командой.

source выполняет скрипт в текущей оболочке, а не в подоболочке (это обычный способ).

Использование sourceпеременных, установленных внутри скрипта, сохраняется после его завершения.

Это .синоним команды оболочки, sourceпоэтому в bash ее синтаксис отображается как ...

help source

Он работает точно так же, как includeи importкоманды в других языках, в том смысле, что он читает целевой файл и интерпретирует его, как если бы он был частью текущего скрипта. Таким образом, этот файл будет выполняться полностью перед командами в остальной части текущего сценария.

Обычно он должен находиться в начале текущего скрипта и чаще всего используется для загрузки переменных и / или определений функций.