符合checkbashisms的方法来确定当前shell

在我的文章中.profile，我使用以下代码来确保仅在登录shell实际上是Bash时才获得与Bash相关的别名和函数：

# If the current (login) shell is Bash, then
if [ "${BASH_VERSION:-}" ]; then
  # source ~/.bashrc if it exists.
  if [ -f "$HOME/.bashrc" ]; then
    . "$HOME/.bashrc"
  fi
fi

我目前正在将我的shell配置文件，脚本和函数置于版本控制之下。我也最近开始去除shell脚本不从击的特定功能中受益，如休闲bash化，更换的过程中function funcname()有funcname()。

对于我的shell文件存储库，我已经配置了一个预提交钩子，该存储库中的每个文件都运行checkbashismsDebian的devscripts包中的实用程序，sh以确保我不会无意中引入Bash特定的语法。但是，这给我带来了一个错误.profile：

possible bashism in .profile line 51 ($BASH_SOMETHING):
if [ "${BASH_VERSION:-}" ]; then

我想知道是否有一种方法可以检查正在运行的shell，而不会触发checkbashisms。

我检查了POSIX列出的与外壳相关的变量的列表，希望它们中的一个可以用来显示当前的外壳。我还查看了在交互式Dash shell中设置的变量，但是，再次找不到合适的候选对象。

目前，我已经排除.profile因被处理checkbashisms; 这是一个小文件，因此手动检查并不困难。但是，在研究了该问题之后，我仍然想知道是否存在POSIX兼容方法来确定正在运行哪个Shell（或者至少是一种不会导致checkbashisms失败的方法）。

进一步的背景/说明

我将Shell配置文件置于版本控制下的原因之一是，在我目前定期登录的所有系统上配置环境：Cygwin，Ubuntu和CentOS（5和7，都使用Active Directory作为用户）身份验证）。我最经常通过X Windows /桌面环境和SSH登录远程主机。但是，我希望这是面向未来的方法，并且对系统依赖性和其他工具的依赖最少。

我一直在使用checkbashisms简单，自动的完整性检查来检查与外壳相关的文件的语法。这不是一个完美的工具，例如，我已经对其应用了补丁，因此它不会抱怨command -v在脚本中使用。在研究过程中，我了解到该程序的实际目的是确保遵守Debian政策，据我所知，该政策基于POSIX 2004而不是2008（或其2013年修订版）。

您的

# If the current (login) shell is Bash, then
if [ "${BASH_VERSION:-}" ]; then
  # source ~/.bashrc if it exists.
  if [ -f "$HOME/.bashrc" ]; then
    . "$HOME/.bashrc"
  fi
fi

代码完全符合POSIX的要求，也是检查您当前正在运行的最佳方法bash。当然，该$BASH_VERSION变量是bash特定的，但这就是为什么要使用它！要检查您是否正在跑步bash！

请注意，$BASH_VERSION将以或bash调用设置。断言您正在运行之后，您可以将其用作调用shell的指示符（尽管当POSIXLY_CORRECT在环境中或用或在环境中用SHELLOPTS = posix 调用时，也会设置该选项。但在所有这些情况下，其行为都将类似于）。bashshbash[ -o posix ]shbash-o posixbashsh

另一个变量，你可以代替使用$BASH_VERSION，并且checkbashism似乎并没有抱怨，除非通过-x选项$BASH。这也是特定于此的，bash因此您还应该可以使用它来确定您是否正在运行bash。

我也认为这不是对的正确使用checkbashisms。checkbashisms是一种工具，可帮助您编写可移植sh脚本（按照shDebian策略中的规范，是POSIX的超集），它可帮助识别人们在sh与符号链接到的系统上编写脚本所引入的非标准语法bash。

A .profile由不同的Shell解释，其中许多不符合POSIX。一般情况下，不要使用sh作为你的登录shell，但炮弹一样zsh，fish或者bash更先进的互动功能。

bash并且zsh，当未被调用时，sh以及它们各自的概要文件会话文件（.bash_profile，.zprofile）不符合POSIX规范（尤其是zsh），但仍可以读取.profile。

因此，它不是您想要的POSIX语法，.profile而是与POSIX（for sh）兼容的语法，bash并且zsh如果您曾经使用过这些shell（可能甚至是Bourne，因为Bourne shell也可以读取.profile但在基于Linux的系统上并不常见）。

checkbashisms肯定会帮助您找出bashisms，但可能不会指出与zsh或不兼容的POSIX语法bash。

在这里，如果您要使用bash特定的代码（例如解决该bash错误的方法，即该错误不会~/.bashrc在交互式登录外壳中读取），则更好的方法是进行此~/.bash_profile操作（在采购~/.profile通用会话的位置之前或之后）初始化）。

通常一个$0用于此目的。在您链接的网站上，它表示：

0
   (Zero.) Expands to the name of the shell or shell script.

通常，SHELL环境变量会告诉您默认的Shell。您不需要手动获取.bashrc文件（不是真的，请参见下面的更新），bash应该自动执行此操作，只需确保它位于$ HOME目录中即可。

另一种选择是做类似的事情：

 ps -o cmd= $$

它将告诉您当前进程的命令（不带参数，=不带值将不显示列标题）。输出示例：

 $ps -o cmd= $$
 bash
 $sh
 $ps -o cmd= $$
 sh

更新：

我纠正了！:)

.bashrc并不总是像下面的注释和/programming/415403/whats-the-difference-between-bashrc-bash-profile-and-environment中提到的那样来源

因此，您可以将.bashrc移至.bash_profile，然后查看它是否有效而无需进行测试。如果没有，您需要进行上述测试。

问题以安抚方式询问用户的登录 shell以及当前 shell checkbashisms。如果那是用户登录的外壳，则可以使用/etc/passwd，例如，

MY_UID=$(id -u)
MYSHELL=$(awk -F: '$3 == '$MY_UID'{ print $7; }' </etc/passwd )

用户当然可以在登录后启动新的Shell。当然，如果一个是bash而另一个不是，则对bash的环境变量进行测试可能无济于事。

有些人可能想要使用getent而不只是passwd文件（但这不在问题范围内）。

基于对LDAP的评论和对的建议logname，可以使用以下替代形式：

MY_NAME=$(logname)
MYSHELL=$(getent passwd | awk -F: '$1 ~ /^'$MY_NAME'$/ {print $7;}' )

在测试它时，我注意到它logname不喜欢它的输入被重定向（所以我把表达式分开了）。快速检查显示getent应该可以在提到的平台上工作（尽管应该在原始问题中提供）：

• 新包装：getent-2.18.90-1
• 针对Windows Server 2008 R2上的Active Directory使用Kerberos和LDAP对RHEL 5和6 SSSD进行身份验证
• getent-从管理数据库（Ubuntu）获取条目