Rsync命令变量，bash脚本

Question

RSYNC="rsync -avzhe 'ssh -i /path/to/deploy_keys/id_rsa' --delete "

# Files
$RSYNC deploy@ip:/var/www/path1 /var/www/path1
$RSYNC deploy@ip:/var/www/path2 /var/www/path2

我想引入此RSYNC变量以使其更紧凑，但是会引发错误：

Unexpected remote arg: deploy@ip:/var/www/path1

如果我在双引号内仅使用rsync，则效果很好。 为了便于阅读，我将它们分开进行命令调用。

Answer 1

我同意eval是危险的。 除了建议使用@Eugeniu Rosca的数组方法外，还可以使用shell函数：

my_rsync() {
    rsync -avzhe 'ssh -i /path/to/deploy_keys/id_rsa' --delete "$@"
}

my_rsync deploy@ip:/var/www/path1 /var/www/path1
my_rsync deploy@ip:/var/www/path2 /var/www/path2

顺便说一句，您应该阅读BashFAQ＃50：我试图将命令放入变量中，但是复杂的情况总是会失败！ 。

Answer 2

如果要将命令字符串存储到变量中并在以后进行评估，则可以使用eval或其他更安全的技术：

#!/bin/bash

# Store the command into an array
RSYNC=(rsync -avzhe 'ssh -i /path/to/deploy_keys/id_rsa' --delete)
# Run the command
"${RSYNC[@]}" deploy@ip:/var/www/path1 /var/www/path1

^{为什么应避免eval}

Answer 3

在将字符串分配给变量，然后再次将其提交给shell之后，它的标记方式有所不同。 考虑以下脚本

VAR="/bin/ls 'Test1 Test2'"
$VAR

它将引发两个错误：

/bin/ls: cannot access 'Test1
/bin/ls: cannot access Test2'

您猜对了，撇号不再影响标记化。 相反，当命令行参数输入到/bin/ls时，它们被视为普通字符。

尽管eval被认为是邪恶的，但它到目前为止是使脚本运行的最简单方法。 它将所有参数合并为一行，然后再次应用标记化过程。

RSYNC="rsync -avzhe 'ssh -i /path/to/deploy_keys/id_rsa' --delete "

# Files
eval $RSYNC deploy@ip:/var/www/path1 /var/www/path1
eval $RSYNC deploy@ip:/var/www/path2 /var/www/path2