重建同名Git分支后AWS部署应用未拉取仓库变更问题求助

故障根因 #

你删除原有Git分支后重建同名分支时，AWS Amplify/CodePipeline和Git仓库绑定的关联链路会因为分支的commit根哈希变化而断裂，自动触发部署的规则失效，所以服务端不会拉取新分支的代码，旧的静态资源留在S3桶里就会导致页面一直卡在加载动画。

步骤1：修复Git分支关联配置 #

• 登录AWS控制台，进入Amplify服务页，分别找到和amplify-admin-dev-deployment、amplify-customer-dev-deployment两个桶绑定的Amplify应用
• 进入对应应用的分支管理页，先移除原有同名分支的绑定记录，再重新选择你新建的同名分支完成绑定，确认开启「推送时自动部署」开关
• 如果你是自行搭建的CodePipeline部署流而非使用Amplify自带能力，进入CodePipeline控制台，找到对应两个环境的流水线，重新配置源阶段的Git分支指向，保存配置

步骤2：手动触发全量部署 #

• 在Amplify对应分支的操作栏点击「部署最新版本」，等待部署流程执行完成
• 自行搭建CodePipeline的用户直接点击对应流水线的「发布变更」按钮，执行完成后核对CodeBuild构建日志里拉取的commit哈希，和Git仓库当前最新的commit哈希确认一致
• media storage桶无需操作，该桶没有配置静态托管和部署流水线，不影响页面访问

步骤3：清理缓存解决加载动画问题 #

• 部署完成后可以在Amplify控制台直接选择「清理缓存并重新部署」，也可以手动进入对应S3桶清空所有旧的静态资源文件
• 如果你配置了CloudFront CDN，提交路径为/*的缓存失效请求，清除CDN节点的旧资源缓存
• 本地测试时按Ctrl+Shift+R（Mac按Cmd+Shift+R）强制刷新页面，跳过本地浏览器缓存

步骤4：验证链路恢复 #

• 向绑定的Git分支提交一个小的测试变更（比如修改页面标题），确认AWS端可以自动触发部署，部署完成后页面可以正常加载更新后的内容，即代表故障完全修复

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