¿Cómo encuentro ayuda para el comando de punto `.` en * nix?

Necesito encontrar ayuda para el comando de puntos .como en . ./my_script.sh(me refiero al primer punto).

Ya he tratado de encontrar una página de manual usando man .y man \.. ¿Cómo puedo mostrar una página de manual en la que se explica el uso del comando .?

En primer lugar, debe invocar type ., probablemente obtendrá algo como:

. is a shell builtin

Los componentes integrados son parte de su caparazón, no tienen sus propias páginas de manual. Sin embargo, puede parecer que algunos de ellos los tienen, por ejemplo, echoestá integrado en Bash, pero lo más probable es que haya un ejecutable separado como /bin/echoen su sistema y en este caso se man echorefiere a este último . Estos dos echos probablemente no son estrictamente equivalentes.

Su caparazón puede proporcionar información sobre cualquier builtin a través de helpbuiltin; intente help help, help typey finalmente:

help .

Las incorporaciones también pueden aparecer en la página del manual de su shell. Por ejemplo (en mi Debian) los componentes internos de Bash están cubiertos directamente man bash, pero para los componentes internos de Zsh man zshme dice que corra man zshbuiltins. En general, los depósitos pueden explicar o no sus componentes incorporados.

Intente usar man sho man basho la página man para cualquier shell que esté usando. (Tal vez man $SHELL)

Esto oficialmente no se llama el comando "punto", sino el sourcecomando. Buscar la palabra sourcepuede ser útil.

por ejemplo, bash man page (busca "cada comando incorporado") y encontrarás rápidamente la documentación.

En cuanto a explicar el uso, puedo hacer eso aquí mismo. Me referiré a esto como elsource comando, reconociendo que se puede abreviar a solo un período cuando está usando algunos shells, y con algunos shells ese comando podría ser necesario (porque el punto puede ser reconocido pero la palabra completa sourceno puede ser).

Si usas el source comando, su shell leerá cada línea del archivo de script e intentará ejecutarlo. Necesita permisos de "lectura" en el archivo. (No importa si tiene permisos de "ejecución"). Si modifica una variable, es probable que afecte a su shell actual.

Si, por otro lado, solo intenta ejecutar el archivo, su shell le pedirá al sistema operativo que se encargue de esta solicitud. Esto requerirá permisos de "ejecución". (En algunos sistemas, como OpenBSD, no necesitará permisos de "lectura" para esto. En otros sistemas, incluidas muchas variaciones de Unix, lo necesitará). Es posible que el archivo deba comenzar con un encabezado apropiado (por ejemplo, #!/bin/sh) el sistema reconoce que se trata de un archivo de script. El sistema operativo ejecutará una copia del shell solicitado y le indicará a ese shell que ejecute el contenido del script. Si se cambia el entorno de shell (por ejemplo, una variable obtiene un nuevo valor, se cambia el directorio de trabajo (con  cd), se redirige un descriptor de archivo (con exec), etc.), afectará solo al subconjunto que se llamó para el script y no puede modificar el entorno en el shell principal que llamó al archivo de script.

Nadie más lo ha mencionado, ya que a menudo se olvida.

Tu pista más grande vendría del comando útil 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

EDITAR:

Algunas personas han señalado en los comentarios que esto no está en algunas distribuciones, tal vez es un paquete instalable o habilitado de alguna manera, lo tenía por defecto en gentoo;)

Incluye el maravilloso cuál, que le dice qué ejecutable se llama y whereis, que le proporciona todas las rutas a un ejecutable que nombre, y sus páginas man (si existe en varias rutas).

man source le mostrará la explicación que necesita.

El punto es el mismo que el comando de origen.

source ejecuta el script en el shell actual en lugar de en un subshell (es la forma habitual).

El uso de sourcelas variables establecidas dentro del guión se conserva una vez que el guión ha finalizado.

El .es un sinónimo del sourcecomando shell y, por lo tanto, en bash , su sintaxis se muestra mediante ...

help source

Funciona exactamente como los comandos includey importen otros idiomas, ya que lee el archivo de destino y lo interpreta como si fuera parte del script actual. Por lo tanto, ese archivo se ejecutará en su totalidad antes de los comandos en el resto del script actual.

Por lo general, debe estar al comienzo del script actual y se usa con mayor frecuencia para cargar variables y / o definiciones de funciones.