Modifica lo script di shell mentre è in esecuzione

È possibile modificare uno script di shell mentre è in esecuzione e le modifiche influiscono sullo script in esecuzione?

Sono curioso del caso specifico di uno script csh che ho quel batch che esegue una serie di versioni di build diverse e viene eseguito tutta la notte. Se mi viene in mente qualcosa durante l'operazione, vorrei entrare e aggiungere ulteriori comandi o commentare quelli non eseguiti.

Se non è possibile, esiste una shell o un meccanismo batch che mi consenta di farlo?

Certo che l'ho provato, ma passeranno ore prima di vedere se ha funzionato o no, e sono curioso di sapere cosa sta succedendo o meno dietro le quinte.

Gli script non funzionano in questo modo; la copia in esecuzione è indipendente dal file di origine che stai modificando. La prossima volta che lo script verrà eseguito, sarà basato sulla versione salvata più di recente del file di origine.

Potrebbe essere saggio suddividere questo script in più file ed eseguirli singolarmente. Ciò ridurrà il tempo di esecuzione fino al fallimento. (cioè, dividere il batch in uno script di build di sapori, eseguendo ciascuno individualmente per vedere quale sta causando il problema).

Essa ha effetto, a bash almeno nel mio ambiente, ma in modo molto sgradevole . Vedi questi codici. Primo a.sh:

#!/bin/sh

echo "First echo"
read y

echo "$y"

echo "That's all."

b.sh:

#!/bin/sh

echo "First echo"
read y

echo "Inserted"

echo "$y"

# echo "That's all."

Fare

$ cp a.sh run.sh
$ ./run.sh
$ # open another terminal
$ cp b.sh run.sh  # while 'read' is in effect
$ # Then type "hello."

Nel mio caso, l'output è sempre:

Ciao
Ciao
È tutto.
È tutto.

(Ovviamente è molto meglio automatizzarlo, ma l'esempio sopra è leggibile.)

[modifica] Questo è imprevedibile, quindi pericoloso. La soluzione migliore è , come descritto qui, mettere tutto in una parentesi graffa e, prima della parentesi graffa di chiusura, mettere "exit" . Leggi bene la risposta collegata per evitare insidie.

[aggiunto] Il comportamento esatto dipende da una nuova riga in più, e forse anche dal tuo gusto Unix, filesystem, ecc. Se vuoi semplicemente vedere alcune influenze, aggiungi semplicemente "echo foo / bar" a b.sh prima e / o dopo la riga "leggi".

Prova questo ... crea un file chiamato bash-is-odd.sh:

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

Ciò dimostra che bash sta, effettivamente, interpretando lo script "mentre vai". In effetti, la modifica di uno script di lunga durata ha risultati imprevedibili, l'inserimento di caratteri casuali ecc. Perché? Poiché bash legge dalla posizione dell'ultimo byte, la modifica sposta la posizione del carattere corrente che viene letto.

Bash è, in una parola, molto, molto pericoloso a causa di questa "caratteristica". svn e rsyncquando vengono usati con gli script bash sono particolarmente problematici, perché per impostazione predefinita "uniscono" i risultati ... modificando sul posto. rsyncha una modalità che risolve questo problema. svn e git non lo fanno.

Presento una soluzione. Crea un file chiamato /bin/bashx:

#!/bin/bash
source "$1"

Ora usa #!/bin/bashxsui tuoi script ed eseguili sempre con bashxinvece di bash. Questo risolve il problema: puoi tranquillamente i rsynctuoi script.

Soluzione alternativa (in linea) proposta / testata da @ AF7:

{
   # your script
} 
exit $?

Le parentesi graffe proteggono dalle modifiche e l'uscita protegge dalle aggiunte. Ovviamente, staremmo tutti molto meglio se bash avesse un'opzione, come -w(intero file), o qualcosa che ha fatto questo.

Suddividi il tuo script in funzioni e ogni volta che viene chiamata una funzione, questa viene sourceda un file separato. Quindi puoi modificare i file in qualsiasi momento e lo script in esecuzione raccoglierà le modifiche la prossima volta che verrà acquisito.

foo() {
  source foo.sh
}
foo

Buona domanda! Spero che questo semplice script aiuti

#!/bin/sh
echo "Waiting..."
echo "echo \"Success! Edits to a .sh while it executes do affect the executing script! I added this line to myself during execution\"  " >> ${0}
sleep 5
echo "When I was run, this was the last line"

In Linux sembra che le modifiche apportate a un .sh in esecuzione vengano applicate dallo script in esecuzione, se puoi digitare abbastanza velocemente!

Una nota a margine interessante: se stai eseguendo uno script Python, non cambia. (Questo è probabilmente palesemente ovvio per chiunque capisca come la shell esegue gli script Python, ma ha pensato che potrebbe essere un utile promemoria per chi cerca questa funzionalità.)

Ho creato:

#!/usr/bin/env python3
import time
print('Starts')
time.sleep(10)
print('Finishes unchanged')

Quindi in un'altra shell, mentre questo è in sospensione, modifica l'ultima riga. Al termine, visualizza la riga inalterata, presumibilmente perché esegue un .pyc? Lo stesso accade su Ubuntu e macOS.

Non ho installato csh, ma

#!/bin/sh
echo Waiting...
sleep 60
echo Change didn't happen

Eseguilo, modifica rapidamente l'ultima riga da leggere

echo Change happened

L'output è

Waiting...
/home/dave/tmp/change.sh: 4: Syntax error: Unterminated quoted string

Hrmph.

Immagino che le modifiche agli script della shell non abbiano effetto finché non vengono rieseguite.

Se è tutto in un unico script, no, non funzionerà. Tuttavia, se lo imposti come uno script del driver che richiama i sub-script, potresti essere in grado di modificare un sub-script prima che venga chiamato, o prima che venga chiamato di nuovo se stai eseguendo il loop, e in tal caso credo che quei cambiamenti si rifletterebbe nell'esecuzione.

Ho sentito no ... ma che dire con qualche indiretto:

BatchRunner.sh

Command1.sh
Command2.sh

Command1.sh

runSomething

Command2.sh

runSomethingElse

Quindi dovresti essere in grado di modificare il contenuto di ogni file di comando prima che BatchRunner lo raggiunga, giusto?

O

Una versione più pulita avrebbe BatchRunner guardare a un singolo file dove sarebbe eseguito consecutivamente una riga alla volta. Quindi dovresti essere in grado di modificare questo secondo file mentre il primo è in esecuzione, giusto?

Usa invece Zsh per il tuo script.

AFAICT, Zsh non mostra questo comportamento frustrante.

di solito, non è comune modificare lo script mentre è in esecuzione. Tutto quello che devi fare è mettere sotto controllo le tue operazioni. Usa le istruzioni if ​​/ else per verificare le condizioni. Se qualcosa fallisce, allora fallo, altrimenti fallo. Questa è la strada da percorrere.