Github Actions构建镜像异常：更新Dockerfile后仍构建旧镜像

• 检查Github Actions工作流的Dockerfile路径
  确认docker build命令里指定的Dockerfile路径是否正确，是否误引用了其他分支、目录的旧文件。比如确保命令是docker build -f ./正确路径/Dockerfile --no-cache .，避免路径拼写错误导致拉取旧文件。

• 验证仓库中Dockerfile的实际状态
  直接在仓库对应分支查看Dockerfile，确认修改已提交并推送到远程。同时在Actions构建日志里检查代码拉取步骤，确认拉取的是最新提交——有时候本地修改未提交、或提交到其他分支，都会导致Actions用旧代码构建。

• 检查Docker镜像标签是否重复
  若构建时用了固定标签（如my-image:latest），本地或远程镜像仓库可能存在旧标签镜像，导致拉取时还是旧内容。建议改用唯一标签，比如基于提交哈希：my-image:${{ github.sha }}，确保每次构建标签唯一，避免覆盖问题。

• 排查Github Actions缓存残留
  除了docker build --no-cache，还要检查工作流中是否有actions/cache这类缓存Docker层或依赖的步骤。即使加了--no-cache，未禁用的缓存步骤可能仍复用旧内容。可暂时注释缓存步骤，重新构建测试。

• 查看Docker构建日志细节
  在Actions构建日志里，仔细核对docker build输出的每一步指令是否和修改后的Dockerfile一致。如果日志显示旧指令，说明工作流拉取的代码有问题；如果指令是新的但结果不对，可能是基础镜像未更新、或构建上下文文件未同步。

• 确认Docker构建上下文内容
  有时候构建上下文里的依赖文件、配置文件未更新，即使Dockerfile改了，镜像还是旧的。可在工作流中添加cat Dockerfile或ls -la步骤，打印当前目录文件和Dockerfile内容，确认是最新版本。

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