我注意到 root 帐户 $PATH 不包括/usr/local/bin或/usr/local/sbin默认情况下。将这些目录添加到路径中是否会出现任何潜在问题？如果是这样，确保您的 shell 在这些目录中找到可执行文件而不影响系统的稳定性和安全性的最佳方法是什么？
为了“正确”实现我喜欢的 shell 的标准配置bash，以便在多个平台上使用，在处理与他们选择的 shell 启动类型（登录或交互式）不一致的终端时，我遇到了一些困惑）。
从 bash 手册中，我确定了启动文件和它们来源的顺序/案例之间的区别（/etc/profile、~/.bash_profile、~/.bash_login、 和~/.profile登录 shell，以及~/.bashrc交互式非登录 shell）。该文档建议您将特定于 bash 的登录配置存储~/.bash_profile在~/.bashrc. 手册本身甚至建议添加if [ -f ~/.bashrc ]; then source ~/.bashrc; fi到~/.bash_profile文件中，以便登录 shell 继承您的交互式 shell 设置。
从我在手册和各种在线论坛/文档中读到的内容来看，将非 bash 特定的登录配置抽象为明智之举，~/.profile因为其他 shell 可以获取此文件。对于除了 bash 之外还可能使用 Bourne shell 的人来说，这可能是一个边缘情况（这在我的情况下不太可能），但这似乎是一个好习惯。
到目前为止，这一切看起来都非常简单和合乎逻辑，尤其是在各种 shell 启动类型之间的区别很明显的环境中：在命令行是主要界面的系统或终端上，登录 shell 是您的主要会话 shell ，交互式 shell 是在该会话中启动的后续 shell，而您的非交互式 shell 是运行脚本的 shell。
真正令人困惑的是，当您的 shell 从已通过系统身份验证的 GUI 环境中的终端启动时，登录 shell 的构成是什么？ …