我之前处理过好几起类似的Travis CI部署S3突然失败的情况，结合你说的「没改依赖/AWS配置，只动了前端TS/HTML代码」的背景，给你几个针对性的排查方向：

1. 优先检查AWS Access Key有效性 #

虽然你没主动调整AWS配置，但有可能是密钥过期或意外失效：

• 登录AWS控制台，找到对应IAM用户，查看其Access Key状态是否为「Active」
• 确认是否开启了AWS密钥自动轮换功能，导致旧密钥失效
• 核对Travis CI项目的环境变量（AWS_ACCESS_KEY_ID和AWS_SECRET_ACCESS_KEY），确保和AWS控制台的当前密钥完全一致，没有多余空格或特殊字符

2. 排查系统时间同步问题 #

AWS的签名验证对时间精度要求很高，如果Travis构建机器的系统时间与AWS服务器时间偏差超过5分钟，就会触发签名不匹配错误。你可以在构建脚本里添加时间同步步骤：

before_deploy:
  - sudo ntpdate -u pool.ntp.org

3. 确认S3桶区域与Travis配置一致 #

AWS SDK会根据指定区域生成签名，如果S3桶实际在us-east-1，但Travis部署配置里写的是其他区域（比如us-west-2），就会出现签名错误。检查你的.travis.yml配置：

deploy:
  provider: s3
  region: us-east-1 # 必须和S3桶实际区域完全匹配
  bucket: your-bucket-name

4. 锁定或更新部署工具版本 #

从日志看你用的是dpl-s3-1.10.13和aws-sdk-core-2.11.394，有可能是Travis自动更新依赖版本导致兼容性问题：

• 尝试锁定dpl版本，避免自动更新：

deploy:
  provider: s3
  edge: false # 禁用edge版本
  version: 1.10.13 # 指定稳定版本

• 或者升级到最新版的dpl-s3，新版本可能修复了签名相关的bug

你的错误日志核心提示是：

/home/travis/.rvm/gems/ruby-2.4.5/gems/aws-sdk-core-2.11.394/lib/seahorse/client/plugins/raise_response_errors.rb:15:in call': The request signature we calculated does not match the signature you provided. Check your key and signing method. (Aws::S3::Errors::SignatureDoesNotMatch)`

这个错误90%以上都是上述几个原因导致的，按顺序排查应该能很快解决。

内容的提问来源于stack exchange，提问作者Sujith K Sam