下面介绍如何在不直接编辑cron文件的情况下修改cron条目(这是不受欢迎的)。

crontab -l -u <user> | sed 's/find/replace/g' | crontab -u <user> -

如果你想删除一个cron条目，使用这个:

crontab -l -u <user> | sed '/find/d' | crontab -u <user> -

我知道这不是高拉夫想要的，但为什么不把所有的解都集中在一起呢?

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

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

/etc/crontab只是一个ascii文件，所以最简单的就是

 echo "*/15 * * * *   root     date" >> /etc/crontab

这会增加一份每15分钟给你发邮件的工作。根据您的喜好进行调整，并通过grep或其他方法测试是否已经添加了该行以使脚本具有幂等性。

在Ubuntu等平台上，你也可以将文件放到/etc/cron.*这更容易做和测试——另外，你不会弄乱(系统)配置文件，如/etc/crontab。

Cron作业通常存储在/var/spool/cron下的每个用户文件中

您要做的最简单的事情可能就是创建一个配置了作业的文本文件，然后将其复制到cron spool文件夹，并确保它具有正确的权限(600)。

(我没有足够的声誉来评论，所以我添加了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添加多个脚本的解决方案:

cat <<EOF | crontab -
* * * * * /bin/foo.sh
* * * * * /bin/gaga.sh
EOF