在 CentOS 上的 Bash 脚本中使用 Export

Question 1

您通过运行“sh myscript.sh”来执行脚本。如果您使用“sh”调用 bash，bash 将尝试“尽可能地模仿 sh 历史版本的启动行为，同时符合 POSIX 标准”（根据 bash 手册页中的调用部分）。

历史悠久的 Bourne shell 无法识别“export VARIABLE=value”。Bourne shell 中导出变量的典型方式是“VARIABLE=value ; export VARIABLE”，即值的设置和导出是单独的命令。将它们全部作为一条命令执行是一种 bash 主义。

因此，您可以尝试以“bash myscript.sh”的形式调用脚本，这应该可以工作（对我来说是可行的，尽管不可否认，它也适用于“sh myscript.sh”调用；我的 shell 设置可能有些奇怪，或者您的 shell 设置有些奇怪）。您还可以使用“chmod +x myscript.sh”使文件可执行，然后直接使用“./myscript.sh”运行它，因为根据第一行中的“#!”，它应该调用 bash。

Answer

您通过运行“sh myscript.sh”来执行脚本。如果您使用“sh”调用 bash，bash 将尝试“尽可能地模仿 sh 历史版本的启动行为，同时符合 POSIX 标准”（根据 bash 手册页中的调用部分）。

历史悠久的 Bourne shell 无法识别“export VARIABLE=value”。Bourne shell 中导出变量的典型方式是“VARIABLE=value ; export VARIABLE”，即值的设置和导出是单独的命令。将它们全部作为一条命令执行是一种 bash 主义。

因此，您可以尝试以“bash myscript.sh”的形式调用脚本，这应该可以工作（对我来说是可行的，尽管不可否认，它也适用于“sh myscript.sh”调用；我的 shell 设置可能有些奇怪，或者您的 shell 设置有些奇怪）。您还可以使用“chmod +x myscript.sh”使文件可执行，然后直接使用“./myscript.sh”运行它，因为根据第一行中的“#!”，它应该调用 bash。

Question 2

看来您的脚本在每一行末尾都有错误的回车符。如果脚本在其生命周期的某个时刻在 Windows 系统上被编辑过，则可能会发生这种情况。您可以尝试使用以下命令进行修复：

perl -pi -e 's/\r//' myscript.sh

由于错误的回车符，它没有rds像您预期的那样引用目录，而是后面rds跟着一个回车符。您大概没有同名的目录，并且假设rds-delete-db-instance位于rds目录内，这就解释了为什么您会得到command not found。

您的脚本还存在一些其他问题，我已尝试在此处修复：

#!/bin/bash
# script to restore the cognos rds from snapshot
export AWS_RDS_HOME=/opt/aws/apitools/rds
export PATH="$PATH:$AWS_RDS_HOME/bin"
export AWS_CREDENTIAL_FILE="$AWS_RDS_HOME/credential-file-path.template"
echo "$AWS_RDS_HOME"
echo "$PATH"
echo "$AWS_CREDENTIAL_FILE"
rds-delete-db-instance mydb --final-db-snapshot-identifier "mydb-daily-$(date +%Y-%m-%d)" --force -region eu-west-1

我删除了后面的空格，#!因为它通常不使用，并且我相信没有空格脚本的可移植性会更好一些。

我"在字符串周围添加了字符$。"如果使用生成的扩展$包含任何特殊字符（包括空格），则这些字符很重要。

另外，我将三个date命令改成了一个。使用单个date命令更短，更可靠，以防脚本恰好在午夜之前启动。

Answer