我用它在远程机器上运行一个shell脚本(在/bin/bash上测试):

ssh deploy@host . /home/deploy/path/to/script.sh

如果它是一个脚本，那么上面的解决方案是没问题的。

我会安排Ansible来做这项工作。它以同样的方式工作(Ansible使用ssh在Unix或Windows的远程机器上执行脚本)。

它将更具结构化和可维护性。

假设您的意思是希望从“本地”机器自动执行此操作，而不需要手动登录到“远程”机器，那么您应该查看名为Expect的TCL扩展，它正是为这种情况而设计的。我还提供了一个通过SSH登录/交互的脚本链接。

https://www.nist.gov/services-resources/software/expect

http://bash.cyberciti.biz/security/expect-ssh-login-script/

<hostA_shell_prompt>$ ssh user@hostB "ls -la"

这将提示您输入密码，除非您已经将hostA用户的公钥复制到用户.ssh目录的home目录下的authorized_keys文件。这将允许无密码身份验证(如果在ssh服务器的配置上接受作为身份验证方法)。

ssh user@hostname ". ~/.bashrc;/cd path-to-file/;. filename.sh"

强烈建议使用环境文件(.bashrc/.bashprofile/.profile)。在远程主机上运行某些东西之前，因为目标主机和源主机的环境变量可能会延迟。

如果脚本很短，并且打算嵌入到脚本中，并且您在bash shell下运行，并且bash shell在远程端可用，则可以使用declare将本地上下文传输到远程端。定义包含将传输到远程服务器的状态的变量和函数。定义一个将在远程端执行的函数。然后在bash -s读取的here文档中，您可以使用declare -p来传递变量值，并使用declare -f将函数定义传递到远程文件。

因为declare负责引用并将由远程bash解析，所以变量被正确引用，函数被正确传输。你可以只在本地写脚本，通常我在远程端做一个长函数。上下文需要精心挑选，但是下面的方法对于任何简短的脚本都“足够好”，而且是安全的——应该可以正确处理所有极端情况。

somevar="spaces or other special characters"
somevar2="!@#$%^"
another_func() {
    mkdir -p "$1"
}
work() {
    another_func "$somevar"
    touch "$somevar"/"$somevar2"
}
ssh user@server 'bash -s' <<EOT
$(declare -p somevar somevar2)    # transfer variables values
$(declare -f work another_func)   # transfer function definitions
work                              # call the function
EOT