Bash dosya uzantısı nedir?

Question 1

Bir metin düzenleyicide bir bash betiği yazdım, bash betiği olarak çalışabilmesi için betiğimi hangi uzantı olarak kaydederim? Teorik olarak bir ssh sunucusu başlatması gereken bir komut dosyası oluşturdum. Betiğe tıkladığımda betiğin nasıl çalıştırılacağını merak ediyorum. OS X 10.9.5 çalıştırıyorum.

Question 2

Diğer cevaplarla aynı fikirde .sholmamakla birlikte, kabuk komut dosyaları için bir uzantı kullanmak için yaygın bir kural vardır - ancak bu kullanışlı bir kural değildir. Bir uzantı kullanmamak daha iyidir. foo.shİsmi nedeniyle bunun bir kabuk betiği olduğunu söyleyebilmenin avantajı minimumdur ve esneklik kaybı ile bunun için ödeme yaparsınız.

Bir bash betiğini çalıştırılabilir yapmak için , üstte bir shebang satırı olması gerekir :

#!/bin/bash

ve chmod +xkomutu, sistemin onu yürütülebilir bir dosya olarak tanıması için kullanın . Daha sonra, dosyanızda listelenen dizinlerden birine yüklenmesi gerekir $PATH. Komut dosyası çağrılırsa foo, bunu bir kabuk isteminden yazarak çalıştırabilirsiniz foo. Veya geçerli dizindeyse (geçici komut dosyaları için ortaktır), yazabilirsiniz ./foo.

Ne kabuk ne de işletim sistemi dosya adının uzantı kısmına dikkat etmez. Bu sadece ismin bir parçası. Ve tarafından değil buna özel bir uzantısı vererek, bunu yok kullanımları o (sh, bash, csh, ya da herneyse) bir kabuk olsun, o nasıl uygulandığına bakım ki (bir kullanıcı veya başka bir komut dosyası olarak) o kimseyi sağlamak , bir Perl, Python veya Awk betiği veya çalıştırılabilir bir ikili dosya. Sistem, nasıl uygulandığını bilmeden veya umursamadan yorumlanmış bir komut dosyası veya ikili yürütülebilir dosya çağrılabilecek şekilde özel olarak tasarlanmıştır.

UNIX benzeri sistemler, tamamen metinsel bir komut satırı arayüzüyle başladı. KDE ve Gnome gibi GUI'ler daha sonra eklendi. Bir GUI masaüstü sisteminde, tipik olarak bir programı (yine bir komut dosyası veya bir ikili yürütülebilir dosya) çalıştırabilirsiniz, örneğin, ona atıfta bulunan bir simgeye çift tıklayarak. Genellikle bu, programın yazdırabileceği herhangi bir çıktıyı atar ve komut satırı argümanlarını iletmenize izin vermez; bir kabuk isteminden çalıştırmaktan çok daha az esnektir. Ancak bazı programlar için (çoğunlukla GUI istemcileri) daha uygun olabilir.

Kabuk komut dosyası oluşturma en iyi şekilde bir GUI'den değil komut satırından öğrenilir.

(Bazı araçlar yapmak dosya uzantılarına ödeme dikkati Örneğin, derleyiciler genellikle kod yazıldığı dili belirlemek için uzantıyı kullanın:. .cC, .cpp. C ++, vb Bu kongre çalıştırılabilir dosyalar için geçerli değildir)

UNIX'in (ve UNIX benzeri sistemlerin) Windows olmadığını unutmayın. MS Windows, nasıl açılacağını / çalıştırılacağını belirlemek için genellikle bir dosyanın uzantısını kullanır. İkili yürütülebilir dosyaların bir .exeuzantıya sahip olması gerekir . Windows altında kurulu UNIX benzeri bir kabuğunuz varsa, Windows'u bir .shuzantıyı kabuk komut dosyası olarak tanıyacak şekilde yapılandırabilir ve kabuğu açmak için kullanabilirsiniz; Windows #!kuralı yok.

Question 3

Herhangi bir uzantıya ihtiyacınız yoktur (veya isteğe bağlı bir uzantı seçebilirsiniz, ancak .shyararlı bir kuraldır).

Betiğinize #!/bin/bash(ilk satır execve (2) sistem çağrısı tarafından anlaşılır ) ile başlamalı ve dosyanızı çalıştırılabilir hale getirmelisiniz chmod u+x. yani komut dosyanız bir $HOME/somedir/somescriptname.shdosyadaysa bir kez yazmanız gerekir

 chmod u+x  $HOME/somedir/somescriptname.sh

bir terminalde. Bkz chmod (1) komut ve için chmod (2) sistem çağrısı için.

Eğer bütün dosya yolunu yazdığınız sürece, belirtilen bazı dizinde bu dosyayı koymalıyız senin PATH(bkz envirom (7) ve execvp (3) ) Eğer kalıcı ayarlayabilirsiniz, ~/.bashrcgiriş kabuğu ise bash)

_{BTW, betiğinizi başka bir dilde, örneğin Python'da ile başlayarak #!/usr/bin/pythonveya Ocaml'da #!/usr/bin/ocaml... ile başlayarak yazabilirsiniz .}

Komut dosyanızı çift tıklayarak yürütmek (neye? Söylemediniz!) Bir masaüstü ortamı sorunudur ve masaüstüne özel olabilir (Kde, Mate, Gnome, .... veya IceWM veya RatPoison ile farklı olabilir). Belki EWMH özelliklerini okumak daha iyi bir resim elde etmenize yardımcı olabilir.

_{Belki komut dosyanızı çalıştırılabilir chmodyapmak, masaüstünüzde tıklanabilir hale getirebilir (görünüşe göre, MacOSX'te Quartz ). Ama sonra muhtemelen görsel geribildirim vermesini sağlamalısın.}

Ve ssh ile uzaktan eriştiğinizde kendinizinki de dahil olmak üzere birçok bilgisayarda herhangi bir masaüstü bulunmaz .

Kabuk betiğinizi tıklayarak çalıştırmanın iyi bir fikir olduğuna inanmıyorum. Muhtemelen kabuk betiğinize argümanlar verebilmek istiyorsunuz (ve bunu tıklayarak nasıl yapardınız?) Ve çıktısını önemsemelisiniz. Bir kabuk betiği yazabiliyorsanız, bir terminalde etkileşimli bir kabuk kullanabilirsiniz. Bir senaryoyu kullanmanın en iyi ve en doğal yolu olduğunu. İyi etkileşimli mermiler (örn. Zsh veya balık veya belki yeni bash), lezzetli ve yapılandırılabilir otomatik tamamlama olanaklarına sahiptir ve çok fazla yazmak zorunda kalmazsınız ( tabklavyenizin tuşunu kullanmayı öğrenin ). Ayrıca, komut dosyaları ve programlar genellikle bileşik komutların (ardışık düzenler, vb.) Parçalarıdır.

PS. 1986'dan beri Unix ve 1993'ten beri Linux kullanıyorum. Kendi programlarımı veya komut dosyalarımı asla tıklayarak başlatmadım. Neden yapayım?

Question 4

sadece .sh.

Komut dosyasını şu şekilde çalıştırın:

./script.sh

DÜZENLEME: Anubhava'nın dediği gibi, uzantı gerçekten önemli değil. Ancak organizasyonel nedenlerden ötürü, yine de uzantıların kullanılması önerilir.

Question 5

Bunun artık oldukça eski olduğunu biliyorum ama bunun sorunun ne istediğine katkıda bulunduğunu düşünüyorum.

Mac kullanıyorsanız ve bir komut dosyasını çift tıklayarak çalıştırabilmek istiyorsanız, .commanduzantıyı kullanmanız gerekir . Dosyayı çalıştırılabilir hale getirmeden öncekiyle aynı chmod -x.

Daha önce de belirtildiği gibi, bu gerçekten o kadar kullanışlı değil.

Question 6

TL; DR - Komut dosyasının kullanıcısı (geliştirici olması gerekmez) bir GUI arayüzü kullanıyorsa, hangi dosya tarayıcısını kullandıklarına bağlıdır. MacOS'un Bulucusu `.sh`, komut dosyasını yürütmek için uzantıya ihtiyaç duyacaktır . Bununla birlikte, Gnome Nautilus, `.sh`uzantı olsun veya olmasın düzgün şekilde değiştirilmiş komut dosyalarını tanır .

Bash komut dosyalarında bir uzantı kullanmanın ve kullanmama nedenlerinin birçok kez söylendiğini biliyorum, ancak uzantıların neden veya neden kullanılmaması gerektiği kadar değil, ancak iyi bir pratik kural olarak düşündüğüm bir şeye sahibim.

Bash'e girip çıkan ve genel olarak terminali kullanan bir tipseniz veya terminali kullanmayan biri için bir araç geliştiriyorsanız .sh, bash betiklerinize bir uzantı koyun . Bu şekilde, bu komut dosyasının kullanıcıları, komut dosyasını çalıştırmak için bir GUI dosya tarayıcısında o dosyaya çift tıklama seçeneğine sahip olur.

İşinizin tamamını veya çoğunu terminalde yapan bir tipseniz, bash betiklerinize herhangi bir uzantı koymaya zahmet etmeyin. ~/.bashrcKomut dosyalarını dizinlerden görsel olarak ayırt etmek için dosyanızı zaten ayarladığınızı varsayarsak, terminalde hiçbir amaca hizmet etmezler .

Düzenle:

Gnome Nautilus dosya tarayıcısında, bir terminal penceresi açmak için aptalca basit bash komutuyla (her biri yürütülecek dosya için verilen izinlere sahip) 4 test dosyası ile gnome-terminal:

#!/bin/bashİlk satırında NO uzantılı bir dosya .

Dosyaya çift tıklayarak çalıştı.
İlk satırda .shuzantılı bir dosya #!/bin/bash.

Dosyaya çift tıklayarak çalıştı.
#!/bin/bashİlk satırında NO olan NO uzantılı bir dosya .

Dosyaya çift tıklayarak çalıştı ... teknik olarak, ancak GUI bunun bir kabuk betiği olduğuna dair hiçbir gösterge vermedi. Sadece düz bir metin dosyası olduğunu söyledi.
İlk satırında .shNO olan bir uzantıya sahip bir dosya #!/bin/bash.

Dosyaya çift tıklayarak çalıştı.

Ancak, Keith Thompson'ın bu cevabın yorumlarında akıllıca işaret .shettiği gibi, dosyanın ilk satırında ( #!/bin/bash) bash shebang yerine uzantının kullanılması sorunlara neden olabilir.

Ancak bir diğeri, daha önce MacOS kullanırken, düzgün bir şekilde değiştirilmiş (bu bir kelime mi?) Bash betikleri bile bir .shuzantı olmadan MacOS'taki GUI'den çalıştırılamadığını hatırlıyorum . Yine de birisinin yorumlarda beni düzeltmesini isterim. Bu doğruysa, .shuzantının önemli olduğu yerde en az bir dosya tarayıcısı olduğunu kanıtlayacaktır .