Bashコマンド構文は、Bourneシェルコマンド構文のスーパーセットです。 Bashは、他の機能の中でbash2.05a以来、ブレース拡張、コマンドライン補完（プログラム可能な補完）、基本的なデバッグと信号処理（trapを使用）をサポートしています。 Bashは、Bourneシェルスクリプトの大部分を変更せずに実行できますが、Bourneシェルスクリプトは、Bashで異なる解釈の構文動作に遭遇したり、新しいBash組み込みに一致するシステムコマンドを実行しようとしたりすることを除いて、bourneシェルスクリプトを変更することなく実行できます。 Bashコマンド構文には、コマンドライン編集、コマンド履歴（history$RANDOM$PPID変数、POSIXコ>.

ユーザーが対話型のコマンドシェル内でtabキーを押すと、Bashは自動的にベータ版2.04以降のコマンドライン補完を使用して、部分的に型指定されたプログ Bashのコマンドライン補完システムは非常に柔軟でカスタマイズ可能で、多くの場合、特定のプログラムやタスクの引数とファイル名を完了する関数でパッケージ化されています。Bashの構文には、Bourneシェルに欠けている多くの拡張機能があります。 Bashは、外部プロセスを生成せずに整数計算（”算術評価”）を実行できます。 この目的のために((…))$((…))変数構文を使用します。 その構文は、I/Oリダイレクトを簡素化します。 たとえば、&>演算子を使用して、標準出力（stdout）と標準エラー（stderr）を同時にリダイレクトできます。 これは、Bourneシェルに相当する’command > file 2>&1‘よりも簡単に入力できます。 Bashは、<(command)>(command)構文を使用して、ファイル名が通常使用されるコマンドの出力（または入力）を置き換えるプロセス置換をサポー (これは、それをサポートするシステム上の/proc/fd/unnamedパイプ、または必要に応じて一時的な名前付きパイプを介して実装されます)。

‘function’キーワードを使用すると、Bash関数宣言はBourne/Korn/POSIXスクリプトと互換性がありません（’function’を使用するとKornShellに同じ問題があります）が、BashはBourneおよびKornシェルと同 これらの違いやその他の違いのために、Bashシェルスクリプトは、その互換性を念頭に置いて意図的に書かれていない限り、BourneまたはKornシェルインタプリタ しかし、POSIXモードでは、BashはPOSIXにより密接に準拠しています。

Bashはここで文書をサポートしています。 バージョン2.05b以降、Bashは<<<演算子を使用して”here文字列”から標準入力（stdin）をリダイレクトできます。

Bash3.0は、Perlを連想させる構文を使用したインプロセス正規表現のマッチングをサポートしています。

2009年、Bash4.0は連想配列のサポートを導入しました。 連想配列インデックスは、AWKまたはTclと同様の方法で文字列です。 これらは多次元配列をエミュレートするために使用できます。 Bash4はまた、ライセンスをGplv3に切り替えます; 一部のユーザーは、このライセンス変更がMacOSが古いバージョンを引き続き使用する理由であると考えています。 Appleは2019年のMacOS Catalinaのリリースで、オペレーティングシステムでのBashの使用を最終的に停止しました。

Brace expansionEdit

alternationとも呼ばれるBrace expansionは、Cシェルからコピーされた機能です。 これは、代替の組み合わせのセットを生成します。 生成された結果はファイルとして存在する必要はありません。 展開された各文字列の結果はソートされず、左から右の順序が保持されます:

$ echo a{p,c,d,b}eape ace ade abe$ echo {a,b,c}{d,e,f}ad ae af bd be bf cd ce cf

bourneシェルは同じ出力を生成しないため、ポータブルシェルスクリプトで中括弧の展開を使用するべきではありません。

$ # A traditional shell does not produce the same output$ /bin/sh -c 'echo a{p,c,d,b}e'a{p,c,d,b}e

中括弧の展開がワイルドカードと組み合わされると、中括弧が最初に展開され、結果のワイルドカードが通常置換されます。 したがって、現在のディレクトリ内のJPEGおよびPNG画像のリストは、以下を使用して取得できます:

ls *.{jpg,jpeg,png} # expands to *.jpg *.jpeg *.png - after which, # the wildcards are processedecho *.{png,jp{e,}g} # echo just show the expansions - # and braces in braces are possible.

交互に加えて、中括弧の展開は、二つの整数または二重ドットで区切られた文字の間の連続範囲に使用することができます。 Bashの新しいバージョンでは、第三の整数が増分を指定することができます。

$ echo {1..10}1 2 3 4 5 6 7 8 9 10$ echo file{1..4}.txtfile1.txt file2.txt file3.txt file4.txt$ echo {a..e}a b c d e$ echo {1..10..3}1 4 7 10$ echo {a..j..3}a d g j

中括弧の展開が変数の展開と組み合わされると、中括弧の展開の後に変数の展開が実行され、場合によってはevalビルトインの使用が必要になることがあります。:

$ start=1; end=10$ echo {$start..$end} # fails to expand due to the evaluation order{1..10}$ eval echo {$start..$end} # variable expansion occurs then resulting string is evaluated1 2 3 4 5 6 7 8 9 10

スタートアップscriptsEdit

Bashが起動すると、さまざまなドットファイルでコマンドが実行されます。 Bashシェルスクリプトとは異なり、ドットファイルには通常、実行権限が有効になっておらず、#!/bin/bash~/.bash_profileはBourneシェルと互換性があり、~/.bashrc~/.bash_loginのcshに似たセマンティクスを提供します。 && cmd&&後の部分がない場合はスキップします。

 && . ~/.profile # set up environment, once, Bourne-sh syntax onlyif ; then # are we interactive? && . ~/.bashrc # tty/prompt/function setup for interactive shells && . ~/.bash_login # any at-login tasks for login shell onlyfi # End of "if" block

Bash startupEditでのオペレーティングシステムの問題

UnixおよびLinuxの一部のバージョンには、一般的に/etcディレクトリの下にBashシステムスタートアップスクリプトが含まれています。 Bashは標準の初期化の一部としてこれらを呼び出しますが、他の起動ファイルは文書化されたBash起動シーケンスとは異なる順序でそれらを読み取るこ Rootユーザーのファイルのデフォルトの内容にも問題がある可能性があり、システムがセットアップ時に新しいユーザーアカウントに提供するスケルトンフ X window systemを起動する起動スクリプトは、ウィンドウマネージャを起動する前にユーザー環境変数を設定しようとすると、ユーザーのBash起動スクリプトで驚くべきこ これらの問題は、多くの場合、~/.xsession~/.xprofile~/.profileを読み取ることができます。xtermやGnome端末など、ウィンドウマネージャからBashシェルウィンドウが必要とする環境変数を提供します。

PortabilityEdit

スクリプト内で--posixオプションを指定してBashを呼び出すか、set -o posixを指定すると、BashはPOSIX1003.2標準に非常に密接に準拠します。 移植性を目的としたBashシェルスクリプトは、少なくともPOSIXシェル標準を考慮する必要があります。 POSIXにはないいくつかのbash機能は次のとおりです:

checkbashismsとVidar Holenのshellcheckは、スクリプトにこれらの部分が含まれていないことを確認するために使用できます。 Debianのポリシーでは、スクリプト内のいくつかの拡張機能を許可しています(dashにあるように)。autoconfのconfigureのように、POSIX以前のBourneシェルをサポートするスクリプトは、使用できる機能がさらに制限されています。

command1; command2

command1 & command2

$ jobs- Running command1 &+ Stopped command2

kill %1

cd "$SOMEWHERE" && ./do_something || echo "An error occurred" >&2