Comment puis-je trouver de l'aide pour la commande de point `.` dans * nix?

J'ai besoin de trouver de l'aide pour la commande de point .comme dans . ./my_script.sh(je veux dire le premier point.)

J'ai déjà essayé de trouver une page de manuel à l'aide de man .et man \.. Comment afficher une page de manuel dans laquelle elle explique l'utilisation de la commande .?

Tout d'abord, vous devez invoquer type ., vous obtiendrez probablement quelque chose comme:

. is a shell builtin

Les builtins font partie de votre shell, ils n'ont pas leurs propres pages de manuel. Certains d'entre eux peuvent cependant sembler en avoir, par exemple, il echos'agit d'un module intégré à Bash, mais il est très probable qu'il existe un exécutable distinct comme /bin/echodans votre système et, dans ce cas, se man echoréfère à ce dernier . Ces deux echos ne sont probablement pas strictement équivalents.

Votre shell peut fournir des informations sur tout module intégré via le helpmodule intégré; essayez help help, help typeet enfin:

help .

Les Builtins peuvent également être listés dans la page de manuel de votre shell. Par exemple (dans mon Debian) les compilations Bash sont couvertes directement man bash, mais pour les compilations Zsh, il man zshme dit de courir man zshbuiltins. En général, les obus peuvent expliquer ou non leur intégration.

Essayez d'utiliser man shou man bashou la page de manuel pour le shell que vous utilisez. (Peut-être man $SHELL.)

Ceci n'est officiellement pas appelé la commande "point", mais la sourcecommande. La recherche du mot sourcepeut être utile.

par exemple, la page de manuel bash (recherchez «chaque commande intégrée»), et vous trouverez rapidement la documentation.

Quant à expliquer l'utilisation, je peux le faire ici. Je vais simplement faire référence à cela comme la sourcecommande, reconnaissant qu'elle peut être abrégée en une période lorsque vous utilisez des shells, et avec certains shells, cette commande pourrait avoir besoin d'être (car le point peut être reconnu mais le mot entier sourcepeut ne pas être être).

Si vous utilisez la sourcecommande, votre shell lira chaque ligne du fichier de script et tentera de l'exécuter. Vous avez besoin des autorisations de "lecture" sur le fichier. (Peu importe si vous avez des autorisations "exécuter".) Si vous modifiez une variable, cela est susceptible d'affecter votre shell actuel.

Si, en revanche, vous essayez simplement d'exécuter le fichier, votre shell demandera au système d'exploitation de prendre en charge cette demande. Cela nécessitera des autorisations «exécuter». (Sur certains systèmes, comme OpenBSD, vous n'aurez pas besoin d'autorisations de "lecture" pour cela. Sur d'autres systèmes, y compris de nombreuses variantes Unix, vous le ferez.) Le fichier devra peut-être commencer par un en-tête approprié (par exemple, #!/bin/sh) afin le système reconnaît qu'il s'agit d'un fichier de script. Le système d'exploitation exécutera une copie du shell demandé et indiquera à ce shell d'exécuter le contenu du script. Si l'environnement shell est modifié (par exemple, une variable obtient une nouvelle valeur, le répertoire de travail est modifié (avec  cd), un descripteur de fichier est redirigé (avec exec), etc.), cela n'affectera que le sous-shell qui a été appelé pour le script, et ne peut pas modifier l'environnement dans le shell parent qui a appelé le fichier de script.

Personne d'autre ne l'a mentionné, car il est souvent oublié.

Votre plus gros indice proviendrait de la commande utile 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

MODIFIER:

Certaines personnes ont souligné dans les commentaires que ce n'est pas dans certaines distrobutions - c'est peut-être un package installable, ou activé un peu comment - je l'avais par défaut dans gentoo;)

Il comprend le merveilleux qui - qui vous indique quel exécutable est appelé, et whereis qui vous donne tous les chemins vers un exécutable que vous nommez, et ce sont les pages de manuel (s'il existe dans plusieurs chemins).

man source montrera l'explication dont vous avez besoin.

Le point est le même que la commande source.

source exécute le script dans le shell courant plutôt que dans un sous-shell (c'est la manière habituelle).

L'utilisation sourcedes variables définies dans le script est conservée une fois le script terminé.

Le .est un synonyme de la sourcecommande shell et donc en bash , sa syntaxe est affichée par ...

help source

Il fonctionne exactement comme les commandes includeet importdans d'autres langues en ce qu'il lit le fichier cible et l'interprète comme s'il faisait partie du script actuel. Ainsi, ce fichier s'exécutera dans son intégralité avant les commandes du reste du script en cours.

Il doit généralement se trouver au début du script en cours et est le plus souvent utilisé pour charger des variables et / ou des définitions de fonction.