为什么Mac OS X没有源〜/ .bashrc？[重复]

我发现很多人弄清楚为什么这样的指令：

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

不工作

事实总是证明，无论是在登录shell中还是在从窗口系统生成的shell中（例如Mac OS X中的Terminal app），Mac OS X的bash的启动文件（或Mac的Bash本身）都不会提供〜/ .bashrc文件。

为什么当我之前使用过的所有其他使用Bash的类似Unix的系统都这样做时，为什么呢？

PS：

我发现Bash本身对启动文件说了什么（可能会有所帮助）：

当Bash作为交互式登录shell或使用--login选项作为非交互式shell调用时，它首先从文件/ etc / profile中读取并执行命令（如果该文件存在）。读取该文件后，它将按该顺序查找〜/ .bash_profile，〜/ .bash_login和〜/ .profile，并从存在且可读的第一个命令中读取并执行命令。启动外壳程序时，可以使用--noprofile选项来禁止此行为。

来源：http : //www.gnu.org/software/bash/manual/bashref.html#Bash-Startup-Files

在OSX中，终端默认情况下会启动登录会话，因此会读取.bash_profile等。（要求您输入名称和密码的GUI登录过程不使用shell脚本，也不启动shell，而这完全是通过启动和工作空间完成的）

在其他Unices上，xterm默认运行非登录Shell，因此它们将读取.bashrc作为脚本，该脚本在登录呼叫时为您提供密码等，登录会话，并且所有终端都是该进程的子进程并继承Shell环境。

从您引用的GNU文档中

作为交互式非登录外壳程序调用

启动不是登录外壳程序的交互式外壳程序时，如果该文件存在，则Bash从〜/ .bashrc读取并执行命令。使用--norc选项可以禁止这种情况。--rcfile file选项将强制Bash从文件而不是〜/ .bashrc中读取并执行命令。

因此，通常，您的〜/ .bash_profile包含以下行

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

在任何特定于登录的初始化之后（或之前）。

bash只读取.bashrc用于非登录炮弹：

启动不是登录外壳程序的交互式外壳程序时，如果该文件存在，则bash从〜/ .bashrc读取并执行命令。使用--norc选项可以禁止这种情况。--rcfile file选项将强制bash从文件而不是〜/ .bashrc中读取并执行命令。

由于Terminal以bash登录外壳程序启动（运行w以查看bash实例的执行方式-bash），.bashrc因此永远不会自动读取。