Como encontro ajuda para o comando point `.` no * nix?

Preciso encontrar ajuda para o comando point ., como em . ./my_script.sh(quero dizer o primeiro ponto).

Eu já tentei encontrar uma página de manual usando man .e man \.. Como posso exibir uma página de manual na qual explica o uso do comando .?

Antes de tudo, você deve invocar type ., provavelmente obterá algo como:

. is a shell builtin

Builtins são partes do seu shell, eles não têm suas próprias páginas de manual. Alguns deles podem parecer tê-los, por exemplo, echoestá embutido no Bash, mas provavelmente existe um executável separado, como /bin/echono seu sistema e, neste caso, man echorefere-se ao último . Esses dois echos provavelmente não são estritamente equivalentes.

Seu shell pode fornecer informações sobre qualquer built-in via helpbuilt-in; tente help help, help typee, finalmente:

help .

Builtins também podem ser listados na página de manual do seu shell. Por exemplo (no meu Debian), os Bash builtins são cobertos diretamente man bash, mas para o Zsh, os buildins man zshme dizem para executar man zshbuiltins. Em geral, os reservatórios podem ou não explicar seus componentes internos.

Tente usar man shou man bashou a página de manual para qualquer shell que você esteja usando. (Talvez man $SHELL.)

Isso oficialmente não é chamado de comando "point", mas de sourcecomando. Procurar a palavra sourcepode ser útil.

por exemplo, página de manual do bash (pesquise "cada comando embutido") e você encontrará rapidamente a documentação.

Quanto a explicar o uso, eu posso fazer isso aqui. Vou me referir a isso como o sourcecomando, reconhecendo que pode ser abreviado para apenas um período em que você está usando algumas conchas e com algumas conchas que esse comando pode precisar (porque o ponto pode ser reconhecido, mas a palavra inteira sourcepode não ser estar).

Se você usar o sourcecomando, seu shell lerá cada linha do arquivo de script e tentará executá-lo. Você precisa de permissões de "leitura" no arquivo. (Não importa se você tem permissões de "execução".) Se você modificar uma variável, isso poderá afetar seu shell atual.

Se, por outro lado, você apenas tentar executar o arquivo, seu shell solicitará que o sistema operacional cuide dessa solicitação. Isso exigirá permissões de "execução". (Em alguns sistemas, como o OpenBSD, você não precisará de permissões de "leitura" para isso. Em outros sistemas, incluindo muitas variações do Unix, você precisará.) O arquivo pode precisar iniciar com um cabeçalho apropriado (por exemplo, #!/bin/sh) para que a operação O sistema reconhece que este é um arquivo de script. O sistema operacional executará uma cópia do shell solicitado e informará esse shell para executar o conteúdo do script. Se o ambiente do shell for alterado (por exemplo, uma variável obtém um novo valor, o diretório de trabalho é alterado (com  cd), um descritor de arquivo é redirecionado (com exec), etc.), afetará apenas o subconcha que foi chamado para o script e não poderá modificar o ambiente no shell pai que chamou o arquivo de script.

Ninguém mais o mencionou, pois costuma ser esquecido.

Sua maior pista viria do 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:

Algumas pessoas apontaram nos comentários que isso não está em algumas desobstruções - talvez seja um pacote instalável ou tenha ativado de alguma forma - eu o tinha por padrão no gentoo;)

Inclui o maravilhoso what - que diz a você que executável é chamado e whereis que fornece todos os caminhos para um executável que você nomeou e suas páginas de manual (se existirem em vários caminhos).

man source mostrará a explicação que você precisa.

O ponto é o mesmo que o comando de origem.

source executa o script no shell atual em vez de em um subshell (é a maneira usual).

O uso sourcedas variáveis ​​definidas no script é preservado após a conclusão do script.

O .é um sinônimo para o shell sourcede comando e assim em festa , sua sintaxe é exibido por ...

help source

Ele funciona exatamente como os comandos includee importem outros idiomas, na medida em que lê o arquivo de destino e o interpreta como se fizesse parte do script atual. Portanto, esse arquivo será executado na íntegra antes dos comandos no restante do script atual.

Geralmente, deve estar no início do script atual e é mais frequentemente usado para carregar variáveis ​​e / ou definições de função.