caractère de commentaire zsh

Cela est dû à la façon dont Bash/Zsh est configuré pour gérer les caractères de commentaire dans les shells interactifs et non interactifs.

Normalement, les caractères de commentaire ne sont pas reconnus par défaut dans les shells interactifs, ce comportement est donc normal.

Extrait du manuel de référence de Bash, Chapitre 3.1.3 - Commentaires :

Dans un shell non interactif, ou dans un shell interactif dans lequel l'option interactive_comments de la commande shopt builtin est activé, un mot commençant par '#' entraîne l'ignorance de ce mot et de tous les autres caractères de cette ligne. Un shell interactif sans l'option interactive_comments L'option activée n'autorise pas les commentaires. Le site interactive_comments est activée par défaut dans les shells interactifs.

La différence entre les shells interactifs et non interactifs est que dans les premiers, l'entrée et la sortie se font via le terminal de l'utilisateur, alors que dans les seconds, les commandes sont asynchrones (aucune interaction). Bien que vous soyez dans un shell interactif, lorsque vous démarrez un script, un sous-shell non interactif est créé.

• Shells interactifs (Chapitre 6.3)
• Environnement d'exécution des commandes (chapitre 3.7.3)

Bien que j'aie fait référence à Bash dans cette réponse, Zsh est identique. Chapitre 6.7 - Commentaires se lit presque de la même façon :

Dans les interpréteurs de commandes non interactifs, ou dans les interpréteurs de commandes interactifs avec l'option INTERACTIVE_COMMENTS, un mot commençant par le troisième caractère de l'extension histchars ('#' par défaut) fait que ce mot et tous les caractères suivants jusqu'à une nouvelle ligne sont ignorés.

S'il y a / avait une bonne raison pour laquelle la fonctionnalité a été désactivée, j'aimerais en comprendre les raisons.

J'hésite à utiliser le mot "désactivé" car il s'agit simplement d'une variable d'environnement qui définit l'environnement d'exécution ; elle est simplement "non définie" par défaut. Il n'y a pas de documentation sur la raison pour laquelle Apple a (finalement) choisi de l'activer.

Je peux confirmer que dans d'autres systèmes d'exploitation que j'ai testés (FreeBSD et Debian), j'ai installé Zsh (v5.8) et dans les deux, le comportement décrit est le même qu'ici - il n'est pas défini. Cela indique que les gens de Zsh ont décidé que c'était leur comportement préféré pour l'environnement d'exécution. Comme nous ne pouvons pas spéculer sur la raison pour laquelle Apple a fait quelque chose, il est encore plus difficile de spéculer sur la raison pour laquelle Zsh a fait/n'a pas fait quelque chose et pourquoi Apple ne l'a pas modifié. Bien qu'il soit probablement plus sûr qu'Apple ait simplement suivi les valeurs par défaut.