Çalışırken kabuk komut dosyasını düzenleyin

Bir kabuk komut dosyasını çalışırken düzenleyebilir ve değişikliklerin çalışan komut dosyasını etkilemesini sağlayabilir misiniz?

Sahip olduğum bir csh betiğinin özel durumunu merak ediyorum, bu toplu iş bir sürü farklı yapı çeşidi çalıştırıyor ve bütün gece çalışıyor. İşlemin ortasında bana bir şey olursa, içeri girip ek komutlar eklemek veya yürütülmemiş olanları yorumlamak istiyorum.

Mümkün değilse, bunu yapmama izin verecek herhangi bir kabuk veya parti mekanizması var mı?

Tabii ki denedim, ancak işe yarayıp yaramadığını görmeden önce saatler alacak ve perde arkasında neler olup bittiğini merak ediyorum.

Komut dosyaları bu şekilde çalışmaz; çalıştırılan kopya, düzenlemekte olduğunuz kaynak dosyadan bağımsızdır. Komut dosyası bir sonraki çalıştırılışında, kaynak dosyanın en son kaydedilen sürümünü temel alacaktır.

Bu betiği birden çok dosyaya ayırıp ayrı ayrı çalıştırmak akıllıca olabilir. Bu, yürütme süresini başarısız olacak şekilde azaltacaktır. (yani, toplu işi bir yapı çeşidi komut dosyalarına bölün, hangisinin soruna neden olduğunu görmek için her birini ayrı ayrı çalıştırın).

Bu mu benim ortamında en az partisinde, ama içinde, etkileyebilecek çok tatsız bir şekilde . Bu kodlara bakın. İlk olarak 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."

Yapmak

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

Benim durumumda, çıktı her zaman:

Merhaba
Merhaba
Bu kadar.
Bu kadar.

(Elbette otomatikleştirmek çok daha iyidir, ancak yukarıdaki örnek okunabilir.)

[değiştir] Bu tahmin edilemez, dolayısıyla tehlikelidir. En iyi çözüm olduğunu , burada açıklandığı şekilde bir kuşak tüm koyun ve Kapanış ayracı önce "exit" koydu . Tuzaklardan kaçınmak için bağlantılı cevabı iyice okuyun .

[eklendi] Tam davranış, fazladan bir satıra ve belki de Unix çeşidinize, dosya sisteminize vb. bağlıdır. Yalnızca bazı etkileri görmek istiyorsanız, b.sh'den önce ve / veya sonra "echo foo / bar" ekleyin. "oku" satırı.

Bunu deneyin ... adlı bir dosya oluşturun bash-is-odd.sh:

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

Bu, bash'ın senaryoyu "ilerledikçe" yorumladığını gösteriyor. Gerçekten de, uzun süredir çalışan bir komut dosyasını düzenlemenin tahmin edilemeyen sonuçları, rastgele karakterler eklenmesi vb. Bash son bayt konumundan okuduğundan, düzenleme, okunmakta olan geçerli karakterin konumunu değiştirir.

Bash, bu "özellik" nedeniyle tek kelimeyle çok çok güvensizdir. svn versync bash betikleri ile birlikte kullanıldığında özellikle rahatsız edicidir, çünkü varsayılan olarak sonuçları "birleştirirler" ... yerinde düzenleme. rsyncbunu düzelten bir moda sahiptir. svn ve git yok.

Bir çözüm sunuyorum. Şu adla bir dosya oluşturun /bin/bashx:

#!/bin/bash
source "$1"

Şimdi #!/bin/bashxkomut dosyalarınızda kullanın ve bunları her zaman bashxyerinebash . Bu, sorunu çözer - rsynckomut dosyalarınızı güvenle yapabilirsiniz .

@ AF7 tarafından önerilen / test edilen alternatif (sıralı) çözüm:

{
   # your script
} 
exit $?

Kıvırcık ayraçlar düzenlemelere karşı koruma sağlar ve çıkış, eklemelere karşı koruma sağlar. Tabii ki, bash -w(tüm dosya) veya bunu yapan bir şey gibi bir seçenekle gelirse hepimiz çok daha iyi durumda oluruz .

Komut dosyanızı işlevlere ayırın ve her işlev size sourceayrı bir dosyadan çağrıldığında . Ardından, dosyaları istediğiniz zaman düzenleyebilirsiniz ve çalışan komut dosyanız, bir sonraki kaynak sağlandığında değişiklikleri alır.

foo() {
  source foo.sh
}
foo

İyi soru! Umarım bu basit komut dosyası yardımcı olur

#!/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 altında, eğer yeterince hızlı yazabiliyorsanız, çalıştırılan bir .sh dosyasında yapılan değişiklikler, yürütme betiği tarafından gerçekleştiriliyor gibi görünüyor!

İlginç bir yan not - bir Python betiği çalıştırıyorsanız, bu değişmez. (Bu, kabuğun Python komut dosyalarını nasıl çalıştırdığını anlayan herkes için muhtemelen bariz bir şekilde açıktır, ancak bu işlevi arayan biri için yararlı bir hatırlatma olabileceğini düşünmüştür.)

Ben YARATTIM:

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

Sonra başka bir kabukta, bu uyurken son satırı düzenleyin. Bu tamamlandığında, muhtemelen bir .pyc? Çalıştırdığı için değiştirilmemiş satırı görüntüler. Aynı şey Ubuntu ve macOS'ta da oluyor.

Yüklü csh'ım yok ama

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

Çalıştırın, okumak için son satırı hızlıca düzenleyin

echo Change happened

Çıktı

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

Hrmph.

Sanırım kabuk komut dosyalarında yapılan düzenlemeler yeniden çalıştırılıncaya kadar etkili olmayacak.

Bunların hepsi tek bir komut dosyasındaysa, hayır çalışmayacaktır. Bununla birlikte, alt komut dosyalarını çağıran bir sürücü komut dosyası olarak ayarlarsanız, alt komut dosyasını çağrılmadan önce veya döngü yapıyorsanız tekrar çağrılmadan önce değiştirebilirsiniz ve bu durumda bu değişikliklere inanıyorum. yürütmeye yansıyacaktır.

Hayır duyuyorum ... ama biraz dolaylı olarak:

BatchRunner.sh

Command1.sh
Command2.sh

Command1.sh

runSomething

Command2.sh

runSomethingElse

O halde, BatchRunner doğru şekilde ulaşmadan önce her komut dosyasının içeriğini düzenleyebilmelisiniz?

VEYA

Daha temiz bir sürüm, BatchRunner'ın her seferinde arka arkaya bir satır çalıştıracağı tek bir dosyaya bakmasını sağlar. Öyleyse, ilk dosya çalışırken bu ikinci dosyayı düzenleyebilmelisiniz?

Komut dosyanız için bunun yerine Zsh kullanın.

AFAICT, Zsh bu sinir bozucu davranışı sergilemiyor.

genellikle, komut dosyanızı çalışırken düzenlemek nadirdir. Yapmanız gereken tek şey, operasyonlarınız için kontrol kontrolü sağlamaktır. Koşulları kontrol etmek için if / else ifadelerini kullanın. Bir şey başarısız olursa, bunu yapın, aksi takdirde yapın. Gitmenin yolu bu.