tmux会话中Bash脚本等待pipenv环境加载的执行顺序问题

我明白你的痛点了——你想在tmux会话里先彻底激活pipenv虚拟环境，再执行inv gce.cloud-sql-proxy，而且不想依赖tmux attach这种需要手动介入的方式，希望任务完成后tmux会话能自动退出，对吧？咱们来拆解问题，找到完美的解决方案：

问题根源 #

pipenv shell本质是启动一个交互式子shell，如果你的脚本只是按顺序写命令或者把两个命令简单拼接，后面的inv命令会在父shell里直接执行，根本等不到pipenv shell的子shell激活完成——这就是为什么你看到命令提前跑了的原因。

最优解决方案：用pipenv run替代pipenv shell #

自动化场景下，pipenv run才是更合适的选择——它不需要激活交互式shell，直接在虚拟环境上下文里执行指定命令，执行完成后会自动退出，完全符合你的需求。

你可以直接这样写脚本：

# 创建后台tmux会话，直接在pipenv环境中执行目标命令
tmux new-session -d -s $CLOUD "pipenv run inv gce.cloud-sql-proxy"

这个命令会让tmux启动一个后台会话，直接调用pipenv的虚拟环境执行inv命令，命令执行完成后，tmux会话会自动终止，完全不需要手动attach。

备选方案：强制在激活的虚拟环境中执行命令 #

如果你因为某些原因必须使用pipenv shell（比如需要先执行多个环境初始化命令），可以通过直接激活虚拟环境的方式，避免交互式shell的干扰：

tmux new-session -d -s $CLOUD "bash -c 'source $(pipenv --venv)/bin/activate && inv gce.cloud-sql-proxy'"

这个命令会先通过pipenv --venv拿到虚拟环境路径，然后激活环境，再执行inv命令，全程在非交互式shell中完成，同样会在任务结束后自动退出tmux会话。

为什么加tmux attach能工作？ #

之前你加tmux attach -t $CLOUD后脚本正常，是因为attach让你进入了交互式会话，此时pipenv shell启动的子shell处于活跃状态，后续的命令是在这个子shell里被触发执行的，但这显然不符合自动化的需求，所以咱们上面的方案才是更优解。

内容的提问来源于stack exchange，提问作者too_many_questions