Comment cat << EOF >> un fichier contenant du code?

Je souhaite imprimer du code dans un fichier en utilisant cat <<EOF >>:

cat <<EOF >> brightup.sh
!/bin/bash
curr=`cat /sys/class/backlight/intel_backlight/actual_brightness`
if [ $curr -lt 4477 ]; then
   curr=$((curr+406));
   echo $curr  > /sys/class/backlight/intel_backlight/brightness;
fi
EOF

mais quand je vérifie la sortie du fichier, j'obtiens ceci:

!/bin/bash
curr=1634
if [  -lt 4477 ]; then
   curr=406;
   echo   > /sys/class/backlight/intel_backlight/brightness;
fi

J'ai essayé de mettre des guillemets simples, mais la sortie contient également les guillemets simples. Comment éviter ce problème?

Vous n'avez besoin que d'un changement minime; guillemet simple le délimiteur ici-document après <<.

cat <<'EOF' >> brightup.sh

ou de manière équivalente contre la barre oblique inverse:

cat <<\EOF >>brightup.sh

Sans les guillemets, le document ici subira une substitution de variables, les backticks seront évalués, etc., comme vous l'avez découvert.

Si vous devez développer certaines valeurs, mais pas toutes, vous devez échapper individuellement à celles que vous souhaitez empêcher.

cat <<EOF >>brightup.sh
#!/bin/sh
# Created on $(date # : <<-- this will be evaluated before cat;)
echo "\$HOME will not be evaluated because it is backslash-escaped"
EOF

produira

#!/bin/sh
# Created on Fri Feb 16 11:00:18 UTC 2018
echo "$HOME will not be evaluated because it is backslash-escaped"

Comme suggéré par @fedorqui , voici la section pertinente de man bash:

Ici Documents

Ce type de redirection demande au shell de lire l'entrée de la source actuelle jusqu'à ce qu'une ligne contenant uniquement un délimiteur (sans espace de fin) soit vue. Toutes les lignes lues jusqu'à ce point sont ensuite utilisées comme entrée standard pour une commande.

Le format des documents ici est:

      <<[-]word
              here-document
      delimiter

Aucun développement de paramètre, substitution de commande, développement arithmétique ou développement de chemin n'est effectué sur le mot. Si des caractères du mot sont entre guillemets, le délimiteur est le résultat de la suppression des guillemets sur mot et les lignes du document ici ne sont pas développées. Si le mot n'est pas entre guillemets, toutes les lignes du document ici sont soumises à l'expansion des paramètres, à la substitution de commandes et à l'expansion arithmétique . Dans ce dernier cas, la séquence de caractères \ est ignorée et \ doit être utilisée pour citer les caractères \, $ et `.

Ou, en utilisant vos marqueurs EOF, vous devez citer le marqueur initial pour que l'expansion ne soit pas effectuée:

#-----v---v------
cat <<'EOF' >> brightup.sh
#!/bin/bash
curr=`cat /sys/class/backlight/intel_backlight/actual_brightness`
if [ $curr -lt 4477 ]; then
   curr=$((curr+406));
   echo $curr  > /sys/class/backlight/intel_backlight/brightness;
fi
EOF

IHTH

Cela devrait fonctionner, je viens de le tester et cela a fonctionné comme prévu: aucune expansion, substitution ou autre chose n'a eu lieu.

cat <<< '
#!/bin/bash
curr=`cat /sys/class/backlight/intel_backlight/actual_brightness`
if [ $curr -lt 4477 ]; then
  curr=$((curr+406));
  echo $curr  > /sys/class/backlight/intel_backlight/brightness;
fi' > file # use overwrite mode so that you don't keep on appending the same script to that file over and over again, unless that's what you want. 

L'utilisation de ce qui suit fonctionne également.

cat <<< ' > file
 ... code ...'

En outre, il convient de noter que lors de l'utilisation d'heredocs, tels que la << EOFsubstitution et l'expansion de variables, etc. Alors faites quelque chose comme ça:

cat << EOF > file
cd "$HOME"
echo "$PWD" # echo the current path
EOF

entraînera toujours l'expansion des variables $HOMEet $PWD. Donc, si votre répertoire personnel est /home/foobaret le chemin actuel est /home/foobar/bin, fileressemblera à ceci:

cd "/home/foobar"
echo "/home/foobar/bin"

au lieu de l'attendu:

cd "$HOME"
echo "$PWD"