为何Bash脚本中source ${HOME}/.profile文件未生效？

你遇到的问题本质是Bash脚本默认会在一个独立的子shell进程中运行：当你在脚本里执行source "${HOME}/.profile"时，确实会修改子shell内部的PATH变量，但这个修改只局限在这个临时的子shell里——脚本执行完毕后子shell就会退出，你原本运行脚本的那个父shell终端会话的PATH完全不会受到影响。

你可以快速验证这个结论：在脚本里source之后立刻加一行echo "脚本内的PATH: $PATH"，运行脚本时你会看到.local/bin已经出现在PATH里了，但脚本结束后在终端里敲echo $PATH，还是原来的旧值。

方法1：用source或.命令运行脚本，让脚本在当前shell执行 #

不要直接用./your_script.sh启动脚本，而是改用：

source ./your_script.sh
# 或者等价的简化写法
. ./your_script.sh

这样脚本会直接在你当前的shell进程中执行，source带来的环境变量修改会直接生效到当前终端会话里。

方法2：脚本执行完成后提示用户手动刷新环境变量 #

如果不想让脚本在当前shell运行（比如避免脚本里的其他操作影响当前shell的状态），可以在脚本末尾添加友好提示：

echo "请执行以下命令让PATH生效："
echo "source ${HOME}/.profile"

用户只需要复制粘贴这行命令执行，就能更新当前shell的PATH。

方法3：直接输出环境变量设置命令，支持用户一键生效 #

或者更自动化一点，脚本可以输出可直接执行的命令，用户可以用eval快速生效：

echo "运行以下命令立即更新PATH："
echo "eval 'export PATH=\"${HOME}/.local/bin:\$PATH\"'"

1. 注意sudo运行时的家目录问题：如果你的脚本是用sudo启动的，当前的${HOME}会变成root的家目录，这时候你写入的.profile是root的，而不是目标普通用户的。可以改成指定目标用户的家目录：

USER_HOME=$(eval echo ~$SUDO_USER)
su -c "python3 get-pip.py --user" "$SUDO_USER"
cat <<-"EOT" >> "${USER_HOME}/.profile"
# set PATH so it includes user's private .local/bin if it exists
if [ -d "$HOME/.local/bin" ] ; then
    PATH="$HOME/.local/bin:$PATH"
fi
EOT

2. 避免重复写入配置：在写入.profile之前，可以先检查这段PATH配置是否已经存在，防止多次运行脚本后重复添加：

USER_HOME=$(eval echo ~$SUDO_USER)
grep -q "# set PATH so it includes user's private .local/bin" "${USER_HOME}/.profile" || cat <<-"EOT" >> "${USER_HOME}/.profile"
# set PATH so it includes user's private .local/bin if it exists
if [ -d "$HOME/.local/bin" ] ; then
    PATH="$HOME/.local/bin:$PATH"
fi
EOT

内容的提问来源于stack exchange，提问作者Stephane B.