更新代码后AWS Amplify未更新Next.js应用，反而创建新资源求助

针对你遇到的第二个Next.js 12项目在Amplify上每次推送代码都新建CloudFront/Lambda/S3资源、而非更新现有环境的问题，可按以下方向排查解决：

• 检查分支与环境的绑定配置
  确认第二个项目的目标Github分支是否被误配置为「每次推送创建新环境」：

  1. 进入Amplify控制台对应项目，左侧菜单选择「部署」→「分支」
  2. 查看目标分支的「部署设置」，确认是关联到现有固定环境（如dev），而非设置为「创建新环境」
     这个配置错误是最常见的触发原因，Amplify会根据分支绑定规则决定是更新现有环境还是新建。

• 排查项目内的Amplify配置文件
  对比第一个正常项目，检查第二个项目根目录下的amplifyconfiguration.json或.amplify目录（若存在）：

  • 这类文件包含环境ID、资源关联标识，若被意外修改或提交，会导致Amplify云端无法识别原有环境，进而重建资源栈。
  • 若发现差异，将正常项目的配置文件（排除环境专属敏感信息）替换过来，重新推送代码测试。

• 检查Git提交中的关键配置变更
  查看最近推送的代码是否修改了以下内容：

  • Next.js的next.config.js中assetPrefix、basePath等涉及资源路径/CDN的配置，这类变更可能触发Amplify重建CloudFront分发。
  • 是否误提交了本地生成的.amplify目录，该目录的本地环境配置会干扰云端的环境关联逻辑。

• 重置Amplify云端缓存与环境状态

  1. 在Amplify控制台对应项目的「构建」页面，点击「清除缓存」，然后手动触发一次构建。
  2. 若存在多个冗余环境，可删除旧环境后，重新将分支绑定到一个新的固定环境，避免环境关联混乱。

• 验证Amplify角色权限
  确认第二个项目的Amplify服务角色拥有更新现有资源的权限：

  1. 进入Amplify控制台对应项目，左侧菜单选择「设置」→「IAM角色」
  2. 对比第一个正常项目的角色权限，确保当前角色包含CloudFrontUpdateDistribution、S3PutObject、LambdaUpdateFunctionCode等必要权限，缺失权限可能导致Amplify无法更新现有资源，转而创建新栈。

内容的提问来源于stack exchange，提问作者Stevejem