在.bashrc，.profile，.bash_profile等之间进行选择

#1 楼

TL; DR：


~/.bash_profile应该是非常简单的，只需加载.profile和
.bashrc（按顺序）
~/.profile的内容不是特别的
与bash相关，例如环境变量（PATH和朋友）
~/.bashrc在交互式命令行中具有您想要的任何内容。
命令提示符，EDITOR变量，供我使用的bash别名

其他一些注意事项：


任何可用于图形应用程序或sh（或以b43调用的bash）可用的内容都必须位于sh中
~/.profile输出任何内容
应仅用于登录shell的所有内容都应放在~/.bashrc中
确保~/.profile不存在。

#2 楼

在过去的几年中，我浪费了很多时间，因此我对此进行了超过10分钟的研究。我不知道这是不是最好的布局，它只是在几乎所有情况下都能正常工作的布局。

要求：


~/.profile必须与任何/ bin / sh兼容-包括bash，dash，ksh以及发行版可能选择使用的其他任何版本。
环境变量必须放在两个控制台登录名都可以读取的文件中（即“ login” 'shell）和图形登录名（即GDM，LightDM或LXDM之类的显示管理器）。
同时拥有~/.profile和~/.bash_profile毫无意义。如果缺少后者，bash会很乐意使用前者，并且可以通过检查$BASH或$BASH_VERSION来保护bash特定的行。
*profile和*rc之间的分隔是前者用于“登录”外壳，并且每次您打开终端窗口时使用后者。但是，“登录”模式下的bash不会获取~/.bashrc，因此~/.profile需要手动完成。

最简单的配置是：



有一个~/.profile可以设置所有环境变量（特定于bash的变量除外），也许打印一行或两行，然后如果由bash运行则输出~/.bashrc，否则坚持使用与sh兼容的语法。

export TZ="Europe/Paris"
export EDITOR="vim"
if [ "$BASH" ]; then
    . ~/.bashrc
fi
uptime

有一个~/.bashrc可以执行任何特定于外壳程序的设置，并通过检查交互模式来避免在Debian上破坏sftp之类的东西（其中bash编译时可以加载~/.bashrc即使对于非交互式外壳）：

[[ $- == *i* ]] || return 0

PS1='\h \w $ '

start() { sudo service "" start; }

但是，还存在某些非交互式命令（例如ssh <host> ls）跳过的问题~/.profile，但是环境变量对他们非常有用。



某些发行版（例如Debian）编译其bash，并可以选择为此类非交互式登录来源~/.bashrc。在这种情况下，我发现将所有环境变量（export ...行）移动到单独的文件~/.environ并从.profile和.bashrc都获取它很有用，并采取了保护措施以避免重复两次：

if ! [ "$PREFIX" ]; then   # or $EDITOR, or $TZ, or ...
    . ~/.environ           # generally any variable that .environ itself would set
fi

不幸的是，对于其他发行版（例如Arch），我找不到很好的解决方案。一种可能性是通过将以下内容放入~/.pam_environment中来使用（默认情况下启用的）pam_env PAM模块：

BASH_ENV=./.environ        # not a typo; it needs to be a path, but ~ won't work

然后，当然，将~/.environ更新为unset BASH_ENV。 br />


结论？贝壳是一种痛苦。环境变量很痛苦。特定于发行版的编译时选项是一个巨大的难题。

#3 楼

看看ShreevatsaR撰写的这篇优秀博客文章。这是摘录，但请转到博客文章，其中包括对“登录外壳”等术语的解释，流程图以及Zsh的类似表格。


对于Bash，他们工作如下。读取适当的列。执行A，然后执行B，然后执行C，依此类推。B1，B2，B3意味着它仅执行找到的那些文件中的第一个。

+----------------+-----------+-----------+------+
|                |Interactive|Interactive|Script|
|                |login      |non-login  |      |
+----------------+-----------+-----------+------+
|/etc/profile    |   A       |           |      |
+----------------+-----------+-----------+------+
|/etc/bash.bashrc|           |    A      |      |
+----------------+-----------+-----------+------+
|~/.bashrc       |           |    B      |      |
+----------------+-----------+-----------+------+
|~/.bash_profile |   B1      |           |      |
+----------------+-----------+-----------+------+
|~/.bash_login   |   B2      |           |      |
+----------------+-----------+-----------+------+
|~/.profile      |   B3      |           |      |
+----------------+-----------+-----------+------+
|BASH_ENV        |           |           |  A   |
+----------------+-----------+-----------+------+
|                |           |           |      |
+----------------+-----------+-----------+------+
|                |           |           |      |
+----------------+-----------+-----------+------+
|~/.bash_logout  |    C      |           |      |
+----------------+-----------+-----------+------+

#4 楼

我为您提供“综合”指南：


将.bash_profile和.profile加载.bashrc（如果存在），使用例如
[ -r $HOME/.bashrc ] && source $HOME/.bashrc

将其他所有内容.bashrc。
停止担心。
每四年左右，花十分钟研究这个问题，然后放弃并返回“不用担心”。


编辑：在“全面”中添加了恐吓引号，以防万一有人想相信它。 ;）

#5 楼

我放弃了尝试弄清楚这一点的想法，并制作了一个脚本（~/.shell-setup），我从所有其他脚本中提取了这个脚本。

这种方法要求~/.shell-setup具有两个功能：


仅运行一次，即使是反复采购（使用Include防护）
也不会产生任何不必要的输出（在输出正常时进行检测）

＃1非常标准，尽管也许在shell脚本中使用不多。

＃2比较棘手。这是我在bash中使用的方法：

if [ "" == "$BASH_EXECUTION_STRING" -a "" == "$DESKTOP_SESSION" ]; then
    echo "Hello user!" # ... etc
fi

不幸的是，我不记得我是怎么想到的，或者为什么检测交互式shell是不够的。

#6 楼

将所有内容放入.bashrc中，然后从.bashrc中获取.profile

从bash手册页（在OS X 10.9上）中：


登录shell启动，bash从〜/ .bashrc读取并执行命令（如果该文件存在）。使用--norc选项可以禁止这种情况。 --rcfile file选项将强制bash从文件而不是〜/ .bashrc中读取并执行命令。



上面的文字就是为什么所有内容都放在.bashrc中的原因。但是，在处理登录shell时会有一些不同的行为。再次引用手册页：


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


登录外壳程序将读取.profile，但不会读取.bashrc。复制.bashrc中的所有内容都是bad™，因此我们需要在.profile中提供它，以使行为保持一致。

但是，您不想无条件地从.bashrc中获取.profile。请查看评论和其他答案以获取更多详细信息。