Bash ve sh arasındaki fark nedir?

İki tür kodun kullanıldığını görüyorum:

#!/usr/bin/sh

ve:

#!/user/bin/bash

Bu çevrimiçi aradım ve görüşler çok değişir. Çoğu web sitesinde gördüğüm açıklamalar bunun shdaha eski olduğunu bashve gerçek bir fark olmadığını söylüyor .

Birisi bunlar arasındaki farkı biliyor mu? Birini diğerinden ne zaman kullanacağım konusunda pratik bir örnek verebilir misiniz?

bashshyani bir süper kümesidir . İçinde yapabildiğin her şey içinde shyapabilirsin bash.

Bash'in senaryo yazmayı kolaylaştıran daha fazla özelliği (dallanma, yerleşikler, diziler) vardır. Bazıları sonra * nix'lerin /bin/shbağlantısı var./bin/bash

Burada bir öğreticinin tam bir açıklaması için

Geleneksel olarak, / bin / sh, geçmişi veya komut satırı düzenlemesi olmayan ve iş kontrolü olmayan orijinal Bourne kabuğu olacaktır.

Yaklaşık 15 yıldan beri, çoğu Unix, POSIX kabuğunu kurdu ya da en azından ksh ya da bash (neredeyse POSIX benzeri) kurdu, ancak hala / bin / sh içinde daha sınırlı bir kabuğa sahipti.

Bunun nedeni, eski shkomutu bekleyen eski kabuk komut dosyalarının hala çalışacak olmasıdır.
Karakterler gibi bu yana {, }ve !bash özel bir anlamı var, (onları kaçan olmadan) bu karakterleri kullanarak eski kabuk komut dosyası başarısız olması mümkündür.
(Bourne kabuğu !!{1,2}kelimenin tam anlamıyla alacaktır , oysa bash bunu önceki komutun tekrarı olarak yorumlayacaktır ( !!) ardından bir ayraç genişletme).

Yine de Linux'ta shkomut, bashaynı özelliklere sahip hemen hemen her zaman sadece bir bağlantıdır .

sh, Bourne kabuğu veya / bin / sh anlamına gelebilir, bu da çoğu modern platformda başka (POSIX uyumlu) bir kabuktur. "POSIX kabuğu", POSIX modunda bash tarafından uygulanan POSIX tarafından tanımlanan soyut kabuk veya varsayılan olarak ksh veya kısa çizgidir. / bin / sh bazen POSIX kabuğu olarak da bilinir, çünkü çoğu platformda POSIX'e uygun bir kabuktur. Orijinal Bourne kabukları POSIX kabukları değildir.

bashref, bash ve Bourne kabukları arasındaki farkların bir listesine sahiptir . bash POSIX modunda çağrıldığında değişikliklerinman bash bir listesi vardır .

/ bin / sh, OS X'te bir sembolik bağlantı veya sabit bağlantı değildir, ancak neredeyse / bin / bash ile aynı boyuttadır:

$ ls -li /bin/{ba,}sh
29631757 -r-xr-xr-x  1 root  wheel  1333920 Jul 26 01:52 /bin/bash
29631758 -r-xr-xr-x  1 root  wheel  1334000 Jul 26 01:52 /bin/sh

erkek bash :

Sh adıyla bash çağrılırsa, sh'ın tarihsel sürümlerinin başlangıç ​​davranışını mümkün olduğunca yakından taklit etmeye çalışır ve POSIX standardına da uyar.

Bourne mermilerini taklit etmek bayağı sınırlı. bash +B(Bourne), küme ayracı genişlemesi gibi özellikleri aslında devre dışı bırakır.

$ sh
$ echo {a,b}
a b
$ echo $BASH_VERSION
3.2.48(1)-release
$ bash +B
$ echo {a,b}
{a,b}

Ancak POSIX modunu devre dışı bıraksanız bile, yankı echo -evarsayılan olarak şöyle davranır :

$ sh
$ shopt -uo posix
$ echo '1\b2'
2

/ bin / sh, Ubuntu'da tiredir , bu nedenle bazı temel bilgiler OS X'te / bin / sh ile çalışır ancak Ubuntu'da çalışmaz.

Eğer orijinal Bourne mermileri için aslında senaryo yazmak istiyorsan #!/usr/bin/env bash +Bbunun yerine kullanabilirsin .

POSIX özelliklerinin veya Bourne mermilerinin bir parçası olmayan özelliklerden kaçınmaktan veya diğer mermilerle her şeyi test etmekten daha bash için komut dosyaları yazmak daha kolay.

Aslında, / bin / sh, / bin / bash ile bağlantı kursa da, farklı davranışlar gösterir. Bash manpage'den:

Sh adıyla bash çağrılırsa, sh'ın tarihsel sürümlerinin başlangıç ​​davranışını mümkün olduğunca yakından taklit etmeye çalışır ve POSIX standardına da uyar.

Böylece sh, tarihi sh davranışını taklit etmeye çalışır. Olarak bash, etkileşimli bir giriş kabuğu kadar olabildiğince faydalı olmaya çalışır.

Birçok sistemde ve özellikle Solaris'te, sh statik olarak bağlanırken bash dinamik olarak bağlanır. Bu bir güvenlik tehdidi oluşturabilir, bu nedenle root kullanıcısı sadece / bin / sh komutunu kabuk olarak kullanmalıdır (hiç root olarak giriş yapmanız gerekiyorsa).