Bash betiğinden çıkmanın, ancak terminalden çıkmamanın herhangi bir yolu

Bir exitkabuk komut dosyasında komut kullandığımda, komut dosyası terminali (istemi) sonlandıracaktır. Bir betiği sonlandırıp terminalde kalmanın bir yolu var mı?

Komut run.shdosyamın doğrudan başka bir komut dosyasından veya başka bir komut dosyasından kaynaklanarak yürütülmesi bekleniyor.

DÜZENLEME: Daha spesifik olmak gerekirse, iki komut vardır run2.sholarak

...
. run.sh
echo "place A"
...

ve run.sholarak

...
exit
...

Ben koşmak zaman . run2.sh, ve eğer o exitcodeline vurmak run.sh, ben terminal durdurmak ve orada kalmak istiyorum. Ama kullanarak exit, tüm terminal kapanır.

PS: Kullanmaya çalıştım return, ama echocodeline hala idam edilecek ....

"Sorun" gerçekten kaynak ve senaryo yürütmüyor olmasıdır. Bir dosyayı kaynak yaptığınızda, içeriği alt kabuk oluşturmak yerine geçerli kabukta yürütülür. Dolayısıyla, çıkış dahil her şey mevcut kabuğu etkiler.

Kullanmak yerine kullanmak exitisteyeceksiniz return.

Evet; returnyerine kullanabilirsiniz exit. Ana amacı bir kabuk işlevinden geri dönmek, ancak bunu source-d komut dosyasında kullanırsanız, bu komut dosyasından geri döner.

As içinde §4.1 "betiklerin çıkmasını" Bash koyar o:

     return [n]

N döndürme değeriyle çıkmak için kabuk işlevine neden olur . Eğer n sağlanmazsa, dönüş değeri fonksiyonunda son çalıştırılan komutun çıkış durumudur. Bu aynı zamanda .(veya source) yerleşimi ile yürütülen bir komut dosyasının yürütülmesini sonlandırmak için, komut dosyasında komut dosyasının çıkış durumu olarak n veya yürütülen son komutun çıkış durumunu döndürmek için de kullanılabilir. Tuzakla ilişkili herhangi bir komut RETURN, işlev veya komut dosyasından sonra yürütme devam etmeden önce yürütülür. returnBir komut dosyasının .veya tarafından yürütülmesi sırasında işlev dışında kullanılırsa dönüş durumu sıfırdan farklıdır source.

Bunun yerine kullanarak alfabenin çalışan . run2.sh, kullanmakta çalıştırabilirsiniz sh run2.shveyabash run2.sh

Komut dosyasını çalıştırmak için yeni bir alt kabuk başlatılacak ve komut dosyasının sonunda diğer kabuğu açılmış olarak kapatılacaktır.

Return deyimi / komutundan sonra komut dosyasının komut satırından yürütülmesi ve terminalden kaynak alınması için her ikisinde de çalışabilmesi için ekstra bir çıkış komutu ekleyebilirsiniz.

Koddaki örnek çıkış kodu:

   if [ $# -lt 2 ]; then
     echo "Needs at least two arguments"
     return 1 2>/dev/null
     exit 1
   fi

exitKomuttan sonra returnkomut dosyasını kaynak yaptığınızda komut içeren satır çağrılmaz .

returnKomut dosyasını yürüttüğünüzde, komut bir hata verir. Bu nedenle, hata iletisini adresine ileterek bastırıyoruz /dev/null.

Aslında, nasıl bağırdığınla şaşkın olabileceğini düşünüyorum run a script.

shBir komut dosyası çalıştırmak için kullanırsanız , diyelim ki, sh ./run2.shkatıştırılmış komut dosyası bitse bile exit, terminal pencereniz hala kalır.

Ancak .veya kullanırsanız source, abonelik sona erdiğinde terminal pencereniz de kapanır / kapanır.

daha fazla ayrıntı için lütfen ve ile arasındaki fark nedir ? bölümüne bakın.shsource

Bu, run2.sh betiğinizin içine bir run fonksiyonu koyduğunuz gibidir. Run içindeki çıkış kodunu kullanırsanız, run2.sh dosyanızı bash tty'de kaynaklayın. Çalıştırma komut dosyasından çıkma gücünü verir ve run2.sh komutuna sonlandırıcıdan çıkma gücünü verir. Daha sonra çalışma işlevinden teminatordan çıkma gücü vardır.

    #! /bin/sh
    # use . run2.sh

    run()
    {
        echo "this is run"
        #return 0
        exit 0
    }

    echo "this is begin"
    run
    echo "this is end"

Her neyse, Kaz ile bir tasarım sorunu olduğunu onaylıyorum.

Aynı sorunu yaşadım ve yukarıdaki cevaplardan ve benim için neyin işe yaradığını anladığımdan:

1. Örneğin, istenen senaryoyu çağıran bir shebang satırına sahip olun, örneğin,

   #!/bin/bashbashkomut dosyasını yürütmek için kullanır

Ben her iki türden's ile senaryolar var. Bu nedenle, yanlış yürütmeye neden olduğu için shveya kullanmak .güvenilir değildi (komut dosyasının eksik çalışmayı kestiğinde olduğu gibi)

Bu nedenle cevap,

2. • Komut dosyasının bir çeteye sahip olduğundan emin olun, böylece amaçlanan işleyicisi hakkında şüphe yoktur.
   • ch .sh dosyasını çalıştırılabilir. (chmod +x file.sh)

   • Doğrudan olmadan çağırın shveya.

     (./myscript.sh)

Umarım bu benzer soru veya problemi olan birine yardımcı olur.

Bunun olduğunu düşünüyorum çünkü nokta ile kaynak modunda çalıştırıyorsunuz

. myscript.sh

Bunu bir alt kabukta çalıştırmalısınız:

/full/path/to/script/myscript.sh

'kaynak' http://ss64.com/bash/source.html

Kaynaklı ve yürütülen komut dosyalarının diğerlerinin de belirttiği gibi aynı oturumu açık tutmak için returnvs. kullanması doğrudur exit.

Aşağıda, kaynaklı olup olmadığına bakılmaksızın, oturumu açık tutması gereken bir komut dosyası istiyorsanız, ilgili bir ipucu.

Aşağıdaki örnek doğrudan / gibi çalıştırılabilir foo.shveya . foo.sh/ gibi kaynaklanabilir source foo.sh. Her iki durumda da "çıktıktan" sonra oturumu açık tutacaktır. $@Dize işlevi dış komut dosyasının argümanları erişebilecek şekilde geçirilir.

#!/bin/sh
foo(){
    read -p "Would you like to XYZ? (Y/N): " response;
    [ $response != 'y' ] && return 1;
    echo "XYZ complete (args $@).";
    return 0;
    echo "This line will never execute.";
}
foo "$@";

Terminal sonucu:

$ foo.sh
$ XYZ ister misiniz? (E / H): n
$. foo.sh
$ XYZ ister misiniz? (E / H): n
$ |
(terminal penceresi açık kalır ve ek girişi kabul eder)

Bu, çalışma sırasında ana exit/ altında bir grup hurda kodu tutarken tek bir terminalde komut dosyası değişikliklerini hızlı bir şekilde test etmek için yararlı olabilir return. Ayrıca, kodu bir anlamda daha taşınabilir hale getirebilir (farklı şekillerde çağrılabilecek veya çağrılamayabilecek tonlarca komut dosyanız varsa), ancak yalnızca returnve exitdaha uygun yerlerde kullanmak daha az karmaşıktır .

terminal öykünücünüz yoksa -hold, kaynaklı bir komut dosyasını temizleyebilir ve terminali aşağıdakilerle birlikte tutabilirsiniz:

#!/bin/sh
sed "s/exit/return/g" script >/tmp/script
. /tmp/script
read

aksi takdirde kullanabilirsiniz $TERM -hold -e script

Ayrıca beklenen dönüş değeri ile döndüğünüzden emin olun. Başka bir çıkışla karşılaştığınızda exit komutunu kullanırsanız, kaynak başka bir işlem (örnek) oluşturmadığından, temel kabuğunuzdan çıkacaktır.

Ya bir kabuk komut dosyası olarak çalıştırmak veya bir rc dosyası olarak temin edilmesi güvenli bir senaryo yazmak için komut kontrol edip karşılaştırabilirsiniz $0ve $BASH_SOURCEve belirlemek exitgüvenle kullanılabilir.

İşte bunun için bir kısa kod snippet'i

[ "X$(basename $0)" = "X$(basename $BASH_SOURCE)" ] && \
    echo "***** executing $name_src as a shell script *****" || \
    echo "..... sourcing $name_src ....."

1) çıkış 0 başarılı olursa komut dosyasından çıkar.

2) çıkış 1 bir hata ise komut dosyasından çıkacaktır.

Ur req dayalı iki yukarıda deneyebilirsiniz.