可以使Ansible取消归档来写入静态文件夹修改时间吗？

我正在使用Ansible为WordPress安装编写构建过程。它目前没有应用程序级的构建系统，我选择了Ansible，以便它可以与服务器构建脚本完美地集成在一起，因此我只需按一下按钮就可以启动工作的服务器。

我的大多数WordPress插件都安装了该unarchive功能，指向官方wordpress.org安装服务器上的版本化插件。我仅遇到其中一个问题，即使文件完全相同，也始终将其标记为“已更改”。

在检查ls -Rl之前和之后的状态之后，我注意到该插件（WordPress HTTPS）是唯一使用内部子目录的插件，并且在每次解压缩时，文件夹的修改时间都会增加。

知道这是一个项目构建脚本，带有的connection，可能会很有用local。因此，我想这意味着未使用SSH。

这是我的剧本的摘录：

- name: Install the W3 Total Cache plugin
  unarchive: >
    src=https://downloads.wordpress.org/plugin/w3-total-cache.0.9.4.1.zip
    dest=wp-content/plugins
    copy=no

- name: Install the WP DB Manager plugin
  unarchive: >
    src=https://downloads.wordpress.org/plugin/wp-dbmanager.2.78.1.zip
    dest=wp-content/plugins
    copy=no

# @todo Since this has internal sub-folders, need to work out
# how to preserve timestamps of the original folders rather than
# re-writing them, which forces Ansible to record a change of
# server state.
- name: Install the WordPress HTTPS plugin
  unarchive: >
    src=https://downloads.wordpress.org/plugin/wordpress-https.3.3.6.zip
    dest=wp-content/plugins
    copy=no

解决此问题的一种简便方法是在使用ls -R之前和之后，使用选项包括文件大小而不包括时间戳，然后md5sum输出。然后，如果校验和发生变化，我可以将其标记为已更改。它可以工作，但不是很优雅（为了一致性，我想对所有插件都这样做）。

另一种方法是，如果插件文件已经存在，则放弃该任务，但是当我将插件版本号更改为最新副本时，这将导致问题。

因此，理想情况下，我正在寻找一种表示unarchive要从zip文件而不是从playbook运行时更改文件夹修改时间的开关。是否有可能？

更新：评论者询问文件内容是否可能以任何方式更改。为了确定它们是否具有，我编写了此脚本，该脚本为（1）所有文件内容和（2）所有文件/目录时间戳创建校验和：

#!/bin/bash

# Save pwd and then change dir to root location
STARTDIR=`pwd`
cd `dirname $0`/../..

# Clear collation file
echo > /tmp/wp-checksum

# List all files recursively
find wp-content/plugins/wordpress-https/ -type f | while read file
do
    #echo $file
    cat $file >> /tmp/wp-checksum
done

# Get checksum of file contents
sha1sum /tmp/wp-checksum

# Get checksum of file sizes
ls -Rl wp-content/plugins/wordpress-https/ | sha1sum

# Go back to original dir
cd $STARTDIR

我将其作为我的剧本的一部分来运行（使用标签单独运行），并收到了以下信息：

PLAY [Set this playbook to run locally] ****************************************

TASK [setup] *******************************************************************
ok: [localhost]

TASK [jonblog : Run checksum command] ******************************************
changed: [localhost]

TASK [jonblog : debug] *********************************************************
ok: [localhost] => {
    "checksum_before.stdout_lines": [
        "374fadc4df1578f78fd60b1be6758477c2c533fa  /tmp/wp-checksum", 
        "10d66f7bdbbdd3af531d1b11a3db3059a5868838  -"
    ]
}

TASK [jonblog : Install the WordPress HTTPS plugin] ***************
changed: [localhost]

TASK [jonblog : Run checksum command] ******************************************
changed: [localhost]

TASK [jonblog : debug] *********************************************************
ok: [localhost] => {
    "checksum_after.stdout_lines": [
        "374fadc4df1578f78fd60b1be6758477c2c533fa  /tmp/wp-checksum", 
        "719c9da94b525e723b1abe188ee9f5bbaf121f3f  -"
    ]
}

PLAY RECAP *********************************************************************
localhost                  : ok=6    changed=3    unreachable=0    failed=0   

调试行反映文件内容的校验和哈希（这是相同的），然后ls -Rl反映文件结构的校验和哈希（这已更改）。这与我先前的手动发现目录校验和正在更改的情况是一致的。

因此，接下来我该怎么做才能找出为什么文件夹修改时间未正确地将此操作标记为已更改的原因？