Tramp访问远程服务器时org-babel执行bash块无法正确加载.bashrc配置

核心触发点为Bash的启动模式加载逻辑差异+远程服务器默认.bashrc的非交互拦截逻辑：

• org-babel执行远程bash代码块时，默认启动的是非交互式非登录Shell：这种模式的Bash默认不会主动加载~/.bashrc、~/.bash_profile等用户配置文件，因此使用的是系统默认PATH，和你手动登录远程服务器的交互式Shell环境变量不一致
• 绝大多数Linux发行版的默认~/.bashrc开头都会包含[ -z "$PS1" ] && return逻辑：非交互式Shell下PS1（命令行提示符变量）为空，所以你手动执行. ~/.bashrc时，脚本运行到这一行就会直接终止，不会执行后续的Conda环境配置代码，这也是你手动source后依然找不到conda的根本原因
• 测试中git可以正常找到，是因为git的路径在系统默认PATH里，不需要用户配置加载

• sh：强制调用系统默认的POSIX兼容Shell（多数发行版默认是dash，或者bash的POSIX兼容模式），仅支持标准POSIX语法，不支持bash专属语法
• bash：强制调用bash解释器，支持所有bash专属语法
• shell：org-babel的通用Shell类型，默认使用org-babel-default-header-args:shell变量指定的解释器，默认值通常为sh

提供3种可按需选择的方案：

方案1：全局配置org-babel启动交互式Bash #

在你本地Emacs的配置文件中添加如下配置：

(setq org-babel-default-header-args:bash '((:cmdline . "-i")))

该配置会给所有bash代码块的启动命令添加-i参数，强制以交互式Shell模式运行，会自动加载用户~/.bashrc配置，无需修改远程服务器配置。
如果只需要给单个代码块开启该配置，直接在代码块头指定参数即可：

#+begin_src bash :cmdline "-i"
which conda
#+end_src

方案2：修改远程服务器Bash配置 #

如果不想改动Emacs配置，可以调整远程服务器的配置：

1. 将Conda初始化相关的配置从~/.bashrc中剪切到~/.bash_profile或者~/.profile中，这两个文件会被非交互的登录Shell加载
2. 或者注释掉~/.bashrc开头的[ -z "$PS1" ] && return行，取消非交互式Shell的加载拦截

方案3：代码块内直接加载Conda初始化脚本 #

不需要修改任何全局配置，直接在需要使用Conda的代码块开头加载Conda自带的初始化脚本即可，路径根据你实际Conda安装位置调整：

#+begin_src bash
source /root/anaconda3/etc/profile.d/conda.sh
which conda
#+end_src

该方案不受Shell启动模式影响，兼容性最高。

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