Редагуйте сценарій оболонки під час запуску

Чи можете ви редагувати сценарій оболонки під час запуску і чи впливають зміни на запущений сценарій?

Мені цікаво про конкретний випадок скрипта csh, який у мене є, що партія запускає купу різноманітних компонентів збірки і працює всю ніч. Якщо щось мені здається в середині операції, я хотів би зайти і додати додаткові команди, або прокоментувати невиконані.

Якщо це неможливо, чи існує якась оболонка або пакетний механізм, який дозволив би мені це зробити?

Звичайно, я спробував це, але пройде кілька годин, перш ніж я зрозумію, спрацювало це чи ні, і мені цікаво, що відбувається чи не відбувається за лаштунками.

Сценарії не працюють таким чином; виконувана копія не залежить від вихідного файлу, який ви редагуєте. Наступного разу, коли сценарій буде запущений, він базуватиметься на останній збереженій версії вихідного файлу.

Було б доцільно розбити цей сценарій на кілька файлів і запустити їх окремо. Це скоротить час виконання до відмови. (тобто розділіть партію на один сценарій створення аромату, запускаючи кожен окремо, щоб побачити, який із них викликає проблеми).

Це дійсно впливає, по крайней мере , Баш в моєму оточенні, але дуже неприємно . Див. Ці коди. По-перше 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."

Роби

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

У моєму випадку результат завжди:

Здравствуйте
Здравствуйте
Це все.
Це все.

(Звичайно, набагато краще його автоматизувати, але наведений приклад читається.)

[редагувати] Це непередбачувано, отже небезпечно. Кращим рішенням є , як описано тут , помістити все в дужки і перед закриваючою дужкою, поставити «вихід» . Добре прочитайте відповідну відповідь, щоб уникнути підводних каменів.

[додано] Точна поведінка залежить від одного додаткового нового рядка, а також, можливо, від вашого Unix-аромату, файлової системи тощо. Якщо ви просто хочете побачити деякі впливи, просто додайте "echo foo / bar" до b.sh до та / або після рядок "прочитати".

Спробуйте це ... створити файл із назвою bash-is-odd.sh:

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

Це демонструє, що bash насправді інтерпретує сценарій "по ходу". Дійсно, редагування тривалого сценарію призводить до непередбачуваних результатів, вставки випадкових символів тощо. Чому? Оскільки bash читає з останньої позиції байта, тому редагування зміщує розташування поточного символу, який читається.

Одним словом, Баш дуже, дуже небезпечний через цю "особливість". svn і rsyncпри використанні з bash-сценаріями особливо турбує, оскільки за замовчуванням вони "зливають" результати ... редагування на місці. rsyncмає режим, який це виправляє. svn та git ні.

Я представляю рішення. Створіть файл із назвою /bin/bashx:

#!/bin/bash
source "$1"

Тепер використовуйте #!/bin/bashxна своїх скриптах і завжди запускайте їх bashxзамість bash. Це вирішує проблему - ви можете безпечно використовувати rsyncсвої сценарії.

Альтернативне (вбудоване) рішення, запропоноване / випробуване @ AF7:

{
   # your script
} 
exit $?

Фігурні дужки захищають від редагувань, а вихід захищає від прилипань. Звичайно, нам усім було б набагато краще, якби bash мав опцію, наприклад -w(цілий файл), або щось, що робило це.

Розбийте свій скрипт на функції, і кожен раз, коли функція викликається вам sourceіз окремого файлу. Тоді ви можете будь-коли редагувати файли, і ваш запущений сценарій забере зміни наступного разу, коли він отримає джерело.

foo() {
  source foo.sh
}
foo

Гарне питання! Сподіваюся, цей простий сценарій допоможе

#!/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"

Здається, під Linux, що зміни, внесені до виконуваного .sh, виконуються виконуючим сценарієм, якщо ви можете вводити досить швидко!

Цікава побічна примітка - якщо у вас запущений сценарій Python, він не змінюється. (Це, мабуть, очевидно очевидно для кожного, хто розуміє, як оболонка запускає скрипти Python, але вважав, що це може бути корисним нагадуванням для тих, хто шукає цю функціональність.)

Я створив:

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

Потім в іншій оболонці, поки вона спить, відредагуйте останній рядок. Коли це завершується, відображається незмінений рядок, можливо, тому, що на ньому запущено .pyc? Те саме відбувається в Ubuntu та macOS.

У мене не встановлено csh, але

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

Запустіть це, швидко відредагуйте останній рядок для читання

echo Change happened

Вихід є

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

Хрмм.

Думаю, редагування сценаріїв оболонки не набувають чинності, поки їх не буде повторено.

Якщо це все в одному сценарії, то ні, це не спрацює. Однак, якщо ви встановите його як скрипт драйвера, який викликає підскрипти, ви можете змінити підкрипт до того, як він буде викликаний, або перед тим, як він буде викликаний знову, якщо ви циклічно повторюєте, і в цьому випадку я вірю, що ці зміни буде відображено у виконанні.

Я не чую ... але як щодо певної непрямості:

BatchRunner.sh

Command1.sh
Command2.sh

Command1.sh

runSomething

Command2.sh

runSomethingElse

Тоді ви зможете редагувати вміст кожного командного файлу до того, як BatchRunner дістанеться до нього правильно?

АБО

Чистіша версія BatchRunner переглядає один файл, де послідовно запускається по одному рядку. Тоді ви повинні мати можливість редагувати цей другий файл, поки перший працює правильно?

Замість цього використовуйте Zsh для сценаріїв.

AFAICT, Zsh не виявляє цієї неприємної поведінки.

зазвичай нечасто редагувати скрипт під час його роботи. Все, що вам потрібно зробити, це встановити контрольний чек ваших операцій. Використовуйте оператори if / else, щоб перевірити умови. Якщо щось не вдається, зробіть це, інакше зробіть те. Це шлях.