每个行业都有一个该行业大师最常使用的工具。对于许多系统管理员来说，这个工具就是他们的 shell。在大多数 Linux 和其他类 Unix 系统中，默认的 shell 是 Bash。
Bash 是一个相当老的程序——它起源于 20 世纪 80 年代后期——但它建立在更古老的 shell 之上，例如 C shell (csh)，它至少比 Bash 早 10 年。由于 shell 的概念如此古老，因此存在大量的神秘知识等待被吸收，以使任何系统管理员的生活更加轻松。
让我们来看看一些基础知识。
谁曾经在某个时候，不小心以 root 身份运行命令并导致某种问题？ 举手
我很确定我们很多人都曾经是那样的人。非常痛苦。这里有一些非常简单的技巧，可以防止您再次犯同样的错误。
使用别名
首先，为 mv 和 rm 等命令设置别名，使其指向 mv -I 和 rm -I。这将确保运行 rm -f /boot 至少会要求您确认。在 Red Hat Enterprise Linux 中，如果您使用 root 帐户，则默认情况下会设置这些别名。
如果您也想为您的普通用户帐户设置这些别名，只需将这两行放入您主目录中名为 .bashrc 的文件中（这些别名也适用于 sudo）
alias mv='mv -i'
alias rm='rm -i'让您的 root 提示符突出显示
您可以采取的另一个防止意外的措施是确保您在使用 root 帐户时意识到这一点。我通常通过使 root 提示符与我日常工作中使用的普通提示符明显区分开来做到这一点。
如果您将以下内容放入 root 用户主目录中的 .bashrc 文件中，您将拥有一个黑底红字的 root 提示符，这清楚地表明您（或任何其他人）应该谨慎行事。
export PS1="\[$(tput bold)$(tput setab 0)$(tput setaf 1)\]\u@\h:\w # \[$(tput sgr0)\]"事实上，您应该尽可能避免以 root 身份登录，而是通过 sudo 运行您的大部分系统管理命令，但那是另一个话题了。
在实施了一些小技巧来帮助防止使用 root 帐户的“意外副作用”之后，让我们看看 Bash 可以帮助您在日常工作中完成的一些不错的事情。
控制您的历史记录
您可能知道，当您在 Bash 中按向上箭头键时，您可以看到并重用所有（或者说很多）以前的命令。那是因为这些命令已保存到您主目录中名为 .bash_history 的文件中。该历史记录文件附带了一堆设置和命令，这些设置和命令可能非常有用。
首先，您可以通过键入 history 来查看您的整个最近命令历史记录，或者您可以通过键入 history 30 将其限制为最近 30 个命令。但这非常普通。您可以更好地控制 Bash 保存的内容以及保存方式。
例如，如果您将以下内容添加到您的 .bashrc 中，则任何以空格开头的命令都不会保存到历史记录列表中
HISTCONTROL=ignorespace如果您需要以明文形式将密码传递给命令，这可能很有用。（是的，这很糟糕，但仍然会发生。）
如果您不希望频繁执行的命令出现在您的历史记录中，请使用
HISTCONTROL=ignorespace:erasedups这样，每次您使用命令时，该命令的所有先前出现都会从历史记录文件中删除，并且只有最后一次调用会保存到您的历史记录列表中。
我特别喜欢的一个历史记录设置是 HISTTIMEFORMAT 设置。这将为您的历史记录文件中的所有条目添加时间戳。例如，我使用
HISTTIMEFORMAT="%F %T "当我键入 history 5 时，我会得到漂亮而完整的信息，如下所示
1009 2018-06-11 22:34:38 cat /etc/hosts
1010 2018-06-11 22:34:40 echo $foo
1011 2018-06-11 22:34:42 echo $bar
1012 2018-06-11 22:34:44 ssh myhost
1013 2018-06-11 22:34:55 vim .bashrc这使浏览我的命令历史记录并找到我两天前用于设置到我家实验室的 SSH 隧道（我一次又一次地忘记……）的命令变得容易得多。
Bash 最佳实践
我将用我在编写 Bash 脚本时总结出的 11 条最佳（或至少是好的；我不声称无所不知）实践来结束本文。
-
Bash 脚本可能会变得很复杂，而注释的成本很低。如果您想知道是否要添加注释，请添加注释。如果您在周末回来后不得不花费时间来弄清楚您上周五试图做什么，那么您忘记添加注释了。
- 将所有变量名都用花括号括起来，例如
${myvariable}。养成这个习惯可以使${variable}_suffix之类的东西成为可能，并提高脚本的整体一致性。
- 在评估表达式时，不要使用反引号；而应使用
$()语法。所以使用
for file in $(ls); do而不是
for file in `ls`; do前一个选项是可嵌套的，更易于阅读，并且让一般的系统管理员群体感到满意。不要使用反引号。
- 一致性是好的。选择一种做事风格并在整个脚本中坚持使用它。显然，我更希望人们选择
$()语法而不是反引号，并将他们的变量用花括号括起来。我更希望人们使用两个或四个空格（而不是制表符）来缩进，但即使您选择做错事，也要始终如一地做错事。
- 为 Bash 脚本使用正确的 shebang。由于我编写 Bash 脚本的目的只是使用 Bash 执行它们，所以我最常使用
#!/usr/bin/bash作为我的 shebang。不要使用#!/bin/sh或#!/usr/bin/sh。您的脚本将执行，但它将在兼容模式下运行——可能会产生许多意外的副作用。（除非，当然，兼容模式是您想要的。）
- 在比较字符串时，最好在 if 语句中引用您的变量，因为如果您的变量为空，Bash 将对如下行抛出错误
if [ ${myvar} == "foo" ]; then echo "bar" fi并且对于像这样的一行将评估为 false
if [ "${myvar}" == "foo" ]; then echo "bar" fi此外，如果您不确定变量的内容（例如，当您解析用户输入时），请引用您的变量以防止解释某些特殊字符，并确保将该变量视为一个单词，即使它包含空格。
- 我想这是一种品味问题，但我更喜欢使用双等号 (
==)，即使在 Bash 中比较字符串时也是如此。这是一个一致性问题，即使——仅对于字符串比较而言——单等号也可以工作，但我的脑海中会立即想到“单等号是赋值运算符！”
- 使用正确的退出代码。确保如果您的脚本未能执行某些操作，您向用户显示书面失败消息（最好提供解决问题的方法）并发送非零退出代码
# we have failed echo "Process has failed to complete, you need to manually restart the whatchamacallit" exit 1这使得从另一个脚本以编程方式调用您的脚本并验证其成功完成变得更容易。
- 使用 Bash 的内置机制为您的变量提供合理的默认值，或者在您期望定义的变量未定义时抛出错误
# this sets the value of $myvar to redhat, and prints 'redhat' echo ${myvar:=redhat}# this throws an error reading 'The variable myvar is undefined, dear reader' if $myvar is undefined ${myvar:?The variable myvar is undefined, dear reader}
- 特别是如果您正在编写一个大型脚本，尤其是如果您与其他人一起处理该大型脚本，请考虑在函数内部定义变量时使用
local关键字。local关键字将创建一个局部变量，即仅在该函数内可见的变量。这限制了变量冲突的可能性。
- 每个系统管理员有时都必须这样做：在控制台上调试某些东西，无论是数据中心中的真实控制台还是通过虚拟化平台的虚拟控制台。如果您必须以这种方式调试脚本，您会感谢自己记住这一点：不要使脚本中的行太长！
在许多系统中，控制台的默认宽度仍然是 80 个字符。如果您需要在控制台上调试脚本，而该脚本的行非常长，您会感到沮丧。此外，行较短的脚本（默认值仍然是 80 个字符）在普通编辑器中也更容易阅读和理解！
我真的很喜欢 Bash。我可以花几个小时写关于它的文章，或者与爱好者们交流技巧。请务必在评论中留下您最喜欢的技巧！
16 条评论