Corriger l’avertissement Shell sur function : POSIX sh et Bash

Dans un script #!/bin/sh, déclarez une fonction avec hello() { ...; }, sans le mot-clé function. Si le script nécessite la syntaxe Bash, choisissez Bash et invoquez-le en conséquence. L’appel sh script.sh ne suit pas le shebang Bash contenu dans le fichier.

ShellCheck SC2112 explique que function n’appartient pas à la syntaxe POSIX sh. Le fait qu’une implémentation particulière de /bin/sh l’accepte ne démontre pas la portabilité.

Déroulement du traitement

L’interpréteur invoqué analyse la fonction. L’exemple vérifie qu’un seul argument est fourni et préserve les espaces et les caractères génériques grâce aux guillemets.

Écrire une fonction pour le Shell choisi

Enregistrez le fichier sous greet.sh. Les guillemets dans "$1" et "$@" préservent les espaces et les caractères génériques dans les arguments.

greet.sh

#!/bin/sh
set -eu

greet() {
    if [ "$#" -ne 1 ]; then
        printf '%s\n' 'usage: greet.sh NAME' >&2
        return 2
    fi
    printf 'Hello, %s\n' "$1"
}

greet "$@"

sh -n greet.sh
sh greet.sh 'Ada Lovelace'
sh greet.sh 'Ada *'

Les sorties sont Hello, Ada Lovelace et Hello, Ada *. sh -n vérifie uniquement la syntaxe : exécutez donc aussi le script. Des arguments manquants ou supplémentaires produisent un message d’utilisation sur stderr et un code de sortie 2. Un argument valide donne le code 0.

Distinguer le shebang de l’interpréteur explicite

Invocation	Choix de l’interpréteur
sh greet.sh NAME	Le sh invoqué lit le fichier.
bash greet.sh NAME	Bash le lit.
chmod +x greet.sh, puis ./greet.sh NAME	Cette exécution utilise le shebang du fichier.

Pour les tableaux Bash ou [[ ... ]], utilisez #!/usr/bin/env bash et lancez bash script.sh ou le fichier exécutable ./script.sh. Ne présumez pas que la syntaxe Bash fonctionnera avec sh script.sh. Consultez l’explication de ShellCheck sur le choix du Shell.

Le return d’une fonction rend le contrôle et un code à l’appelant. exit termine le Shell en cours. Ici, l’appel à la fonction est la dernière commande ; son code devient donc le code de sortie du script.

L’exemple a été vérifié avec des arguments contenant des espaces et des caractères génériques, ainsi qu’avec des nombres d’arguments invalides. Les implémentations de /bin/sh diffèrent : testez aussi avec le Shell de déploiement. Pour poursuivre l’automatisation, consultez la comparaison de versions numériques ou la recherche de releases GitHub, où les entrées et les codes d’échec comptent également.