如果你现在运行 ansible-pull 命令，它应该基本上像上一篇文章中做的一样。不同的是我们已经改进了我们的组织方式，并且能够更有效的扩展它。为了节省你到上一篇文章中去寻找，ansible-pull 命令的语法参考如下：
sudo ansible-pull -U https://github.com/<github_user>/ansible.git
如果你还记得话，ansible-pull 的命令拉取一个 Git 仓库并且应用它所包含的配置。
既然我们的基础已经搭建好，我们现在可以扩展我们的 Ansible 并且添加功能。更特别的是，我们将添加配置来自动化的部署对工作站要做的改变。为了支撑这个要求，首先我们要创建一个特殊的账户来应用我们的 Ansible 配置。这个不是必要的，我们仍然能够在我们自己的用户下运行 Ansible 配置。但是使用一个隔离的用户能够将其隔离到不需要我们参与的在后台运行的一个系统进程中，
我们可以使用常规的方式来创建这个用户，但是既然我们正在使用 Ansible，我们应该尽量避开使用手动的改变。替代的是，我们将会创建一个任务手册来处理用户创建任务。这个任务手册目前将会仅仅创建一个用户，但你可以在这个任务手册中添加额外的动作来创建更多的用户。我将这个用户命名为 ansible，你可以按照自己的想法来命名（如果你做了这个改变要确保更新所有出现地方）。让我们来创建一个名为 user.yml 的任务手册并且将以下代码写进去：
- name: create ansible user
user: name=ansible uid=900
下一步，我们需要编辑 local.yml 文件，将这个新的任务手册添加进去，像如下这样写：
- hosts: localhost
become:true
pre_tasks:
- name: update repositories
apt: update_cache=yes
changed_when:False
tasks:
-include: tasks/users.yml
-include: tasks/packages.yml
现在当我们运行 ansible-pull 命令的时候，一个名为 ansible 的用户将会在系统中被创建。注意我特地通过参数 uid 为这个用户声明了用户 ID 为 900。这个不是必须的，但建议直接创建好 UID。因为在 1000 以下的 UID 在登录界面是不会显示的，这样是很棒的，因为我们根本没有需要去使用 ansibe 账户来登录我们的桌面。UID 900 是随便定的；它应该是在 1000 以下没有被使用的任何一个数值。你可以使用以下命令在系统中去验证 UID 900 是否已经被使用了：
cat/etc/passwd|grep900
不过，你使用这个 UID 应该不会遇到什么问题，因为迄今为止在我使用的任何发行版中我还没遇到过它是被默认使用的。
现在，我们已经拥有了一个名为 ansible 的账户，它将会在之后的自动化配置中使用。接下来，我们可以创建实际的定时作业来自动操作。我们应该将其分开放到它自己的文件中，而不是将其放置到我们刚刚创建的 users.yml 文件中。在任务目录中创建一个名为 cron.yml 的任务手册并且将以下的代码写进去：
- name: install cron job (ansible-pull)
cron: user="ansible" minute="*/10" job="/usr/bin/ansible-pull -o -U https://github.com/<github_user>/ansible.git > /dev/null"
cron 模块的语法几乎不需加以说明。通过这个动作，我们创建了一个通过用户 ansible 运行的定时作业。这个作业将每隔 10 分钟执行一次，下面是它将要执行的命令：
/usr/bin/ansible-pull -o -U https://github.com/<github_user>/ansible.git > /dev/null
同样，我们也可以添加想要我们的所有工作站部署的额外的定时作业到这个文件中。我们只需要在新的定时作业中添加额外的动作即可。然而，仅仅是添加一个定时的任务手册是不够的，我们还需要将它添加到 local.yml 文件中以便它能够被调用。将下面的一行添加到末尾：
-include: tasks/cron.yml
现在当 ansible-pull 命令执行的时候，它将会以用户 ansible 每隔十分钟设置一个新的定时作业。但是，每个十分钟运行一个 Ansible 作业并不是一个好的方式，因为这个将消耗很多的 CPU 资源。每隔十分钟来运行对于 Ansible 来说是毫无意义的，除非我们已经在 Git 仓库中改变一些东西。
然而，我们已经解决了这个问题。注意我在定时作业中的命令 ansible-pill 添加的我们之前从未用到过的参数 -o。这个参数告诉 Ansible 只有在从上次 ansible-pull 被调用以后库有了变化后才会运行。如果库没有任何变化，它将不会做任何事情。通过这个方法，你将不会无端的浪费 CPU 资源。当然在拉取存储库的时候会使用一些 CPU 资源，但不会像再一次应用整个配置的时候使用的那么多。当 ansible-pull 执行的时候，它将会遍历剧本和任务手册中的所有任务，但至少它不会毫无目的的运行。