根据您的环境，您可能希望添加脚本，以便在打开SSH会话时自动加载.bashrc。我最近迁移到了运行Ubuntu的服务器，默认情况下加载的是.profile，而不是.bashrc或.bash_profile。要在.bashrc中运行任何脚本，我必须在每次打开会话时运行source~/.bashrc，这对运行远程部署没有帮助。

要在打开会话时自动加载.bashrc，请尝试将其添加到.profile：

if [ -n "$BASH_VERSION" ]; then
    # include .bashrc if it exists
    if [ -f "$HOME/.bashrc" ]; then
        . "$HOME/.bashrc"
    fi
fi

重新打开会话，它将加载.bashrc中的所有路径/脚本。

这样，您甚至不必键入“source~/.bashrc”：

包括bashrc文件：

alias rc="vim ~/.bashrc && source ~/.bashrc"

每次您想编辑bashrc时，只需运行别名“rc”

为了补充和对比两个最流行的答案，.~/。bashrc和exec bash：

两种解决方案都有效地重新加载~/.bashrc，但存在差异：

./.bashrc或source~/.bashrc将保留当前shell会话：除了将~/.bashrc重新加载到当前shell（sourcing）中所做的修改外，当前shell进程及其状态将被保留，其中包括环境变量、shell变量、shell选项、shell函数和命令历史记录。exec bash，或者更有力地说，exec“$bash”[1]，将用新实例替换当前shell，因此只保留当前shell的环境变量（包括您在会话中临时定义的环境变量）。换句话说：在shell变量、shell函数、shell选项和命令历史记录方面对当前shell的任何特殊更改都将丢失。

根据您的需要，可以选择一种或另一种方法。

注：上述内容同样适用于其他外壳：

要将exec方法应用于任何默认shell，请使用exec$shell同样，源方法要求您知道并指定特定于shell的初始化文件的名称；例如，对于zsh:.~/。zshrc公司

[1] 理论上，execbash可以执行一个不同于启动当前shell的bash可执行文件，如果它恰好存在于$PATH前面列出的目录中。由于特殊变量$BASH始终包含启动当前shell的可执行文件的完整路径，因此exec“$BASH”保证使用相同的可执行程序。注意$BASH附近的“…”：双引号确保变量值按原样使用，而无需BASH解释；如果该值没有嵌入空格或其他shell元字符（在本例中很可能是这样），则不必严格使用双引号，但使用它们是一个好习惯。

execbash是重新执行和启动新shell以替换当前shell的好方法。为了补充答案，$SHELL返回当前的SHELL，即bash。通过使用以下命令，它将重新加载当前shell，而不仅仅是bash。

exec $SHELL -l;

我在msysgit上使用以下命令

. ~/.bashrc

的较短版本

source ~/.bashrc

这也会奏效。。

cd ~
source .bashrc