在Ubuntu和许多其他发行版中，你可以把一个文件放到/etc/cron.D目录，其中包含包含有效crontab条目的单行。不需要向现有文件添加行。

如果你只是需要每天运行一些东西，就把一个文件放在/etc/cron.daily中。同样，您也可以将文件放入/etc/cron.每小时,/etc/cron./etc/cron.weekly。

我用python写了一个crontab部署工具:https://github.com/monklof/deploycron

pip install deploycron

安装crontab非常简单，这将把crontab合并到系统现有的crontab中。

from deploycron import deploycron
deploycron(content="* * * * * echo hello > /tmp/hello")

对你的问题更简单的回答是:

echo "0 1 * * * /root/test.sh" | tee -a /var/spool/cron/root

您可以在远程服务器上设置cronjob，如下所示:

#!/bin/bash
servers="srv1 srv2 srv3 srv4 srv5"
for i in $servers
  do
  echo "0 1 * * * /root/test.sh" | ssh $i " tee -a /var/spool/cron/root"
done

在Linux操作系统中，crontab文件的默认位置是/var/spool/cron/。在这里您可以找到所有用户的crontab文件。您只需要将cronjob条目附加到相应的用户文件中。在上面的例子中，根用户的crontab文件被附加了一个cronjob，用于每天凌晨1点运行/root/test.sh。

它是一种增量添加cron作业的方法:

  ssh USER_NAME@$PRODUCT_IP nohup "echo '*/2 * * * * ping -c2 PRODUCT_NAME.com >> /var/www/html/test.html' | crontab -u USER_NAME -"

(我没有足够的声誉来评论，所以我添加了at作为答案:请随意添加它作为评论在他的答案旁边)

Joe Casadonte的一行语句是完美的，除非你使用set -e运行，也就是说，如果你的脚本被设置为错误失败，并且还没有cronjob。在这种情况下，一行程序不会创建cronjob，但不会停止脚本。无声的失败很容易误导人。

原因是crontab -l返回的返回码为1，导致后续命令(echo)无法执行…因此cronjob不会被创建。但是由于它们是作为子进程执行的(因为括号)，它们不会停止脚本。

(有趣的是，如果您再次运行相同的命令，它将工作:一旦您执行crontab - once, crontab -l仍然没有输出任何东西，但它不再返回错误(您不再得到no crontab for <user>消息)。因此执行后续的回显并创建crontab)

在任何情况下，如果你运行set -e，行必须是:

(crontab -l 2>/dev/null || true; echo "*/5 * * * * /path/to/job -with args") | crontab -

Crontab文件是简单的文本文件，因此可以像对待任何其他文本文件一样对待。使用crontab命令的目的是使crontab文件的编辑更加安全。当通过这个命令进行编辑时，将检查文件是否有错误，只有在没有错误时才保存。

Crontab[文件路径]可用于指定存储在文件中的Crontab。与crontab -e一样，这只会在没有错误的情况下安装文件。

因此，脚本既可以直接编写cron选项卡文件，也可以将它们写入临时文件，并使用crontab[临时文件的路径]命令加载它们。直接写入避免了必须写入临时文件，但也避免了安全检查。