Modifier le script shell pendant son exécution

Question

Pouvez-vous modifier un script shell pendant son exécution et que les modifications affectent le script en cours d'exécution ?

Je suis curieux du cas spécifique d'un script csh que j'ai qui lance en lot un tas de versions de construction différentes et qui s'exécute toute la nuit. Si quelque chose me vient à l'esprit en cours d'opération, j'aimerais pouvoir ajouter des commandes supplémentaires ou commenter celles qui ne sont pas exécutées.

Si ce n'est pas possible, existe-t-il un mécanisme shell ou batch qui me permettrait de le faire ?

Bien sûr, j'ai essayé, mais il faudra des heures avant que je sache si cela a fonctionné ou non, et je suis curieux de ce qui se passe ou ne se passe pas en coulisse.

Answer 1

Cela affecte, du moins dans mon environnement bash, mais de manière très désagréable. Voyez ces codes. Tout d'abord a.sh :

#!/bin/sh

echo "Premier echo"
read y

echo "$y"

echo "C'est tout."

b.sh :

#!/bin/sh

echo "Premier echo"
read y

echo "Inséré"

echo "$y"

# echo "C'est tout."

Faire

$ cp a.sh run.sh
$ ./run.sh
$ # ouvrir un autre terminal
$ cp b.sh run.sh  # pendant que 'read' est en cours
$ # Ensuite tapez "bonjour."

Dans mon cas, la sortie est toujours :

bonjour
bonjour
C'est tout.
C'est tout.

(Bien sûr, il est bien meilleur de l'automatiser, mais l'exemple ci-dessus est lisible.)

[edit] C'est imprévisible, donc dangereux. Le meilleur contournement est , tel que décrit ici mettre le tout dans une accolade, et avant la fermeture de l'accolade, mettre "exit". Lisez bien la réponse liée pour éviter les pièges.

[ajouté] Le comportement exact dépend d'une ligne supplémentaire, et peut-être aussi de votre système Unix, du système de fichiers, etc. Si vous voulez simplement voir certaines influences, ajoutez simplement "echo foo/bar" à b.sh avant et/ou après la ligne "read".

Answer 2

Essayez ceci... créez un fichier appelé bash-is-odd.sh:

#!/bin/bash
echo "echo yes i do odd things" >> bash-is-odd.sh

Cela démontre que bash interprète effectivement le script "au fur et à mesure". En effet, éditer un script en cours d'exécution a des résultats imprévisibles, insérant des caractères aléatoires, etc. Pourquoi ? Parce que bash lit depuis la dernière position en byte, donc l'édition déplace l'emplacement du caractère actuel en cours de lecture.

Bash est, en un mot, très, très dangereux à cause de cette "fonctionnalité". svn et rsync lorsqu'ils sont utilisés avec des scripts bash posent particulièrement problème, car par défaut ils "fusionnent" les résultats... en éditant sur place. rsync a un mode qui corrige cela. svn et git n'en ont pas.

Je présente une solution. Créez un fichier appelé /bin/bashx:

#!/bin/bash
source "$1"

Utilisez maintenant #!/bin/bashx dans vos scripts et exécutez-les toujours avec bashx au lieu de bash. Cela corrige le problème - vous pouvez synchroniser vos scripts en toute sécurité avec rsync.

Alternative (en ligne) solution proposée/testée par @AF7:

{
   # votre script
exit $?
} 

Les accolades protègent contre les modifications, et exit protège contre les ajouts. Bien sûr, nous serions tous bien mieux lotis si bash venait avec une option, comme -w (fichier entier), ou quelque chose qui ferait cela.

Answer 3

Divisez votre script en fonctions, et chaque fois qu'une fonction est appelée, vous la source à partir d'un fichier séparé. Ensuite, vous pourriez modifier les fichiers à tout moment et votre script en cours d'exécution prendra en compte les modifications la prochaine fois qu'il sera sourcé.

foo() {
  source foo.sh
}
foo

Answer 4

Je n'ai pas csh installé, mais

#!/bin/sh
echo En attente...
sleep 60
echo Le changement n'a pas eu lieu

Exécutez cela, modifiez rapidement la dernière ligne pour qu'elle dise

echo Le changement s'est produit

La sortie est

En attente...
/home/dave/tmp/change.sh: 4: Erreur de syntaxe : Chaîne non terminée

Hum.

Je suppose que les modifications apportées aux scripts shell ne prennent effet qu'une fois qu'ils sont relancés.

Answer 5

Je n'entends pas non... mais que diriez-vous d'un peu d'indirection :

BatchRunner.sh

Command1.sh
Command2.sh

Command1.sh

runSomething

Command2.sh

runSomethingElse

Ensuite, vous devriez pouvoir éditer le contenu de chaque fichier de commande avant que BatchRunner ne le traite, n'est-ce pas ?

Ou

Une version plus propre consisterait à ce que BatchRunner regarde un seul fichier où il exécuterait consécutivement une ligne à la fois. Ensuite, vous devriez pouvoir éditer ce deuxième fichier pendant que le premier est en cours d'exécution, n'est-ce pas ?