Bash scriptleri için .sh veya .bash uzantısını kullanın.

(Bkz . Ubuntu-OSX uyumluluğu ve kullanım kolaylığı ve POSIX için #! / Bin / sh veya #! / Bin / bash kullanın )

Komut dosyalarımın bash kabuğunu kullanmasını istersem, .bash uzantısını kullanmak aslında bash'ı çağırır veya sistem config / 1st shebang satırına bağlıdır. Her ikisi de etkili ancak farklı olsaydı hangisi önceliğe sahip olurdu?

Komut dosyalarımın #!/usr/bin/env bash.sh ile bitip bitmeyeceğinden emin değilim sadece "shell script" i gösterecek ve ardından ilk satırın bash kabuğunu (örn. ) Seçmesini mi yoksa sadece .bash (satır 1 ayarının da bitmesiyle mi) sonlandıracağımı bilmiyorum. ). Bash'in çağrılmasını istiyorum.

.bash uzantısını kullanmak aslında bash'ı çağırır veya sistem config / 1 shebang hattına bağlıdır.

Açıkça bir tercüman kullanmazsanız, çağrılan tercüman kodda shebangkullanılan tarafından belirlenir . Özellikle bir tercüman kullanıyorsanız, o zaman tercüman komut dosyanız için hangi uzantıyı verdiğiniz umrunda değil. Bununla birlikte, uzantı başkaları için ne tür bir senaryo olduğunu açıkça ortaya koymak için vardır.

[sreeraj@server ~]$ cat ./ext.py
#!/bin/bash
echo "Hi. I am a bash script"

Bakın, .pybash betiğine eklenti onu python betiği yapmaz.

[sreeraj@server ~]$ python ./ext.py
  File "./ext.py", line 2
    echo "Hi. I am a bash script"
                                ^
SyntaxError: invalid syntax

Onun her zaman bashkomut dosyası.

[sreeraj@server ~]$ ./ext.py
Hi. I am a bash script

Senaryonun isimlendirmesinin nasıl çalıştığı ile ilgisi yok.

Shebang satırı, senaryoyu çalıştırmak için hangi tercümanın kullanıldığını tanımlar.

Bir betiğin sh, bash, perl, ne olduğu kişisel olarak umrumda değil, bu yüzden ne yaptığını söylerim; Yedekleme ekleyerek gereksiz buluyorum. Bunu file scriptnamebilmek istersem dosyanın ne olduğunu bulmak için yapacağım .

Bu nedenle, komut dosyanızın çalışmasını istiyorsanız , ilk satır olarak bashkullanın #!/bin/bash.