Pourquoi la sortie avec un code de retour stocké d'une commande imbriquée entraîne-t-elle différents codes de retour dans Dash et Bash?

Fonctionnement

bash -c 'bash -c "echo test1; exit 1;" &> /tmp/x; buildresult=$?; tail -n 100 /tmp/x; exit $buildresult;'

entraîne l' test1impression sur la console et l' echo $?impression, 1ce qui, à mon sens, est correct, car la commande doit retourner avec ce que l'intérieur a [b/d]ash -crenvoyé alors que

dash -c 'dash -c "echo test1; exit 1;" &> /tmp/x; buildresult=$?; tail -n 100 /tmp/x; exit $buildresult;'

donne la même sortie, mais renvoie avec 0selon echo $?.

J'aimerais comprendre cette différence afin d'élargir ma compréhension des shells et de la programmation de shell portable.

J'utilise bash4.4.12 et dash0.5.8-2.3ubuntu1 sur Ubuntu 17.10 (Artful Aardvark).

&>n'est pas dans POSIX et n'est pas pris en charge par dash. Il est analysé comme & >, donc la commande est mise en arrière-plan à la place. Les commandes en arrière-plan reçoivent un état de sortie de zéro du point de vue du parent, car elles ne sont pas sorties au moment où vous lisez $ ?.

C'est aussi pourquoi (pour moi du moins) la test1sortie " " apparaît dans mon invite, une fois la commande terminée.

Bash &> fooest équivalent à> foo 2>&1 , et un script portable devrait utiliser ce dernier.