当我在终端中背靠背运行命令时，它不会第二次同步。太棒了！它不应该。但是，如果我运行我的构建过程并以编程方式运行aws s3 sync，它会两次同步所有文件，就好像我的构建过程第二次改变了一些不同的东西一样。
不知道会发生什么。有什么想法吗？
我的构建过程基本上是pug source/ --out static-site/和stylus -c styles/ --out static-site/styles/
【问题讨论】：
标签： node.js amazon-web-services amazon-s3
这篇文章有点过时了，但我仍然会为通过谷歌到达这里的人们做出贡献。
我同意已检查的答案。要添加额外的上下文，AWS S3 的功能在很多方面都不同于标准的 linux s3。在 Linux 中，可以计算 md5hash 以确定文件是否已更改。 S3 不这样做，因此它只能根据大小和/或时间戳来确定。更糟糕的是，AWS 在传输任何一种方式时都不保留时间戳，因此在同步到本地时会忽略时间戳，仅在同步到 s3 时使用。
【讨论】：
如果本地文件的大小为 与s3对象的大小不同，最后修改时间为 本地文件比 s3 对象的最后修改时间新， 或者指定存储桶下不存在本地文件并且 前缀。
--size-only (boolean) 使每个键的大小成为用于决定是否从源同步到目标的唯一标准。
您需要--size-only 选项，它只查看文件大小而不是最后修改日期。这对于会频繁更改上次修改日期但不会更改文件实际内容的资产构建系统来说是完美的（我在 webpack 构建中遇到了这种情况，即使文件内容相同，字体等内容也会保持同步）。如果您不使用将内容的哈希合并到文件名中的构建方法，则可能会遇到问题（如果构建发出相同大小的文件但内容不同），请注意这一点。
我确实手动测试了添加一个不在远程存储桶上的新文件，它确实被添加到远程存储桶中，--size-only。
【讨论】：
index.html 文件，因此我只需将其同步为部署命令的一部分。但是，如果您有很多 HTML 文件，您可能希望通过不同方式同步它们来解决这个问题。
据此 - http://docs.aws.amazon.com/cli/latest/reference/s3/sync.html
S3 同步比较文件的大小和最后修改的时间戳，以查看是否需要同步文件。
在您的情况下，我怀疑构建系统会导致更新的时间戳，即使文件大小没有改变？
【讨论】：
--exact-timestamps 选项，当时间戳完全匹配时，相同大小的项目将被忽略。默认行为是忽略相同大小的项目，除非本地版本比 S3 版本新。