Başhekimliğinde #!/Bin/false 'in amacı

Question

Eski meslektaşım tarafından bash'da yazılmış bir proje üzerinde çalışırken, tüm .sh dosyalarının hiçbir şey içermediğini fark ettim ama fonksiyon tanımları #!/bin/false ile başlıyor, yani anladığım kadarıyla, yalnızca dahil dosyaların yürütülmesini önleyen bir güvenlik mekanizması.

Örnek:

#!/bin/false 
function foo(){ 
    echo foontastic 
} 

my_script.sh

#!/bin/bash 

./my_foo.sh # does nothing 
foo # error, no command named "foo" 

. ./my_foo.sh 
foo # prints "foontastic" 

Ancak #!/bin/false kullanmadığınızda

my_foo.sh, hem doğru ve yanlış kullanımının etkileri tam olarak aynı:

Örnek:

my_bar.sh

function bar(){ 
    echo barvelous 
} 

my_script.sh

#!/bin/bash 

./my_bar.sh # spawn a subshell, defines bar and exit, effectively doing nothing 
bar # error, no command named "bar" 

. ./my_bar.sh 
bar # prints "barvelous" 

yana düzgün beklenen işleri olarak her iki durumda da source onlara ekleyerek bu komut dosyalarını kullanarak ve bunları yürütme Her iki durumda da bir ebeveyn kabuğunun perspektifinden hiçbir şey yapmaz ve geçersiz kullanımla ilgili bir hata mesajı üretmez, tam olarak bu betikteki #!/bash/false'un amacı nedir? üst kabuğun açısından #!/bin/false veya kullanarak

Answer 1

, bu

onunla üç farklı şeyler yapabilirsiniz içinde en bash koduyla bir dosya testcode düşünelim:

$ ./testcode 
You are executing ./testcode 

Bu deneme kodunda doğru izinlere ve varsa çalışır sağ shebang. #!/bin/false bir shebang ile, bu hiçbir şey verir ve 1 (yanlış) bir kod döndürür.

$ bash ./testcode 
You are executing ./testcode 

Bu tamamen (hatta eksik olabilir) shebang göz ardı ve sadece okunur izni, değil çalıştırılabilir izin gerektirir. Windows'da bir CMD komut satırından bash komut dosyalarının (yolunuzda bash.exe varsa ...) basma yolu budur, çünkü şaşkınlık machanizmi çalışmaz.

$ . ./testcode 
You are sourcing ./testcode 

Bu da tamamen yukarıdaki gibi shebang göz ardı eder, ama bir komut dosyası yürütme ise , geçerli kabuk o yürütmek zorunda anlamına gelir, bir komut dosyası kaynak çünkü, tam bir farklı bir konudur başvurmalarını demektir Bunu yürütmek için yeni bir kabuk. Örneğin, bir kaynak kodda bir exit komutunu koyarsanız, geçerli kabuktan çıkacaksınız, bu da nadiren istediğiniz gibi. Bu nedenle, kaynak kullanımı genellikle, diğer programlama dillerinin import ifadesine benzeyen bir şekilde, işlev tanımlarını veya sabitleri yüklemek için kullanılır ve çeşitli programcılar, çalıştırılmak istenen komut dosyaları arasında ayrım yapmak için farklı alışkanlıklar geliştirir ve , kaynaklanacak dosyalarını içerir. Genellikle eski için herhangi bir uzantı kullanmıyorum (diğerleri .sh kullanıyor), ancak ikincisi için .shinc uzantısını kullanıyorum. Eski meslektaşınız, #!/bin/false no'lu bir shebang kullandı ve bunlardan sadece bunu neden başka bir zillion seçeneğine tercih ettiklerini sorabilirsiniz. Aklıma gelen bir nedeni ayrı bu dosyaları anlatmak için file kullanabilirsiniz olmasıdır: Elbette

$ file testcode testcode2 
testcode: Bourne-Again shell script, ASCII text executable 
testcode2: a /bin/false script, ASCII text executable 

, bu dosyalar tek fonksiyon tanımlarını içerir eklerseniz, bunları çalıştırmak için zararsızdır, böylece sanmıyorum İş arkadaşınız yürütmeyi engelledi.

Python dünyada esinlenerek benim başka alışkanlık, (gelişmekte en az iken) return yana

... function definitions here ... 

[ "$0" != "${BASH_SOURCE[0]}" ] && return 

... regression tests here ... 

infaz komut bir hata üretir benim .shinc dosyaların sonunda bazı regresyon testleri yerleştirmektir ama kaynaklı komut Tamam, aynı sonucu elde etmek için daha şifreli yolu Sen kendin söyledin

... function definitions here ... 

return 2>/dev/null || : 

... regression tests here ... 

Answer 2

fark dönüş kodu bulunmaktadır.

/bin/false

hep (benim durumumda 1'de, ancak standart olup olmadığından emin değil) başarısız kodu döndürmez. #!/bin/false komut yürütülecek tasarlanmamıştır olduğunu belgelemektedir sadece kullanarak Yani

./my_foo.sh //does nothing 
echo $? // shows "1", a.k.a failing 

./my_bar.sh //does nothing 
echo $? // shows "0", a.k.a. everything went right 

ama bunu yaparken de bir hata dönüş kodu üretir:

olduğunu deneyin. Genelde