Mac OS Xが〜/ .bashrcをソースしないのはなぜですか？[複製]

命令がこれに似ている理由を考え出す多くの人々を見つけました：

Put X to your ~/.bashrc and you can do Y

動作しません。

Mac OS Xのbashのスタートアップファイル（またはMacのBash自体）は、ログインシェルまたはMac OS Xのターミナルアプリのようなウィンドウシステムから生成されたシェルで〜/ .bashrcファイルをソースにしないことが常に判明しています

私が以前に作業したことのあるBashを使用する他のすべてのUnixライクシステムがこれを行ったのに、なぜこれなのですか？

PS：

私はBash自体がスタートアップファイルについて言っていることを見つけました（これは役立つかもしれません）：

Bashが対話型ログインシェルとして、または--loginオプションを使用した非対話型シェルとして呼び出されると、最初にファイル/ etc / profileが存在する場合、そのファイルからコマンドを読み取って実行します。そのファイルを読み取った後、〜/ .bash_profile、〜/ .bash_login、および〜/ .profileをこの順序で探し、最初に存在して読み取り可能なコマンドを読み取って実行します。--noprofileオプションは、この動作を禁止するためにシェルを起動するときに使用できます。

ソース：http : //www.gnu.org/software/bash/manual/bashref.html#Bash-Startup-Files

OSXでは、ターミナルはデフォルトでログインセッションを開始するため、.bash_profileなどを読み取ります（名前とパスワードを要求するGUIログインプロセスはシェルスクリプトを使用せず、launchdとワークスペースからすべて実行されるシェルを開始しません）

他のUnicesでは、xtermはデフォルトで非ログインシェルを実行するため、ログイン時にパスワードなどを提示するスクリプトとして.bashrcを読み取り、ログインセッションを呼び出し、すべての端末がこのサブプロセスであり、シェル環境を継承します。

あなたが言及したGNU文書から

対話型の非ログインシェルとして呼び出されます

ログインシェルではないインタラクティブシェルが起動すると、Bashは〜/ .bashrcからコマンドを読み取り、実行します（そのファイルが存在する場合）。--norcオプションを使用すると、これを禁止できます。--rcfileファイルオプションは、Bashに〜/ .bashrcではなくfileからコマンドを強制的に読み取らせて実行させます。

したがって、通常、〜/ .bash_profileには次の行が含まれます。

if [ -f ~/.bashrc ]; then . ~/.bashrc; fi 

ログイン固有の初期化の後（または前）。

bashのみ読み込む.bashrcために非ログインシェル：

ログインシェルではないインタラクティブシェルが開始されると、bashは〜/ .bashrcからコマンドを読み取り、実行します（そのファイルが存在する場合）。--norcオプションを使用すると、これを禁止できます。--rcfile fileオプションは、bashに〜/ .bashrcの代わりにfileからコマンドを強制的に読み取り、実行させます。

ターミナルはbashログインシェルとして起動するwため（bashインスタンスがとして実行されることを確認するために実行-bash）、.bashrc自動的に読み込まれることはありません。