如何修复GitHub仓库重命名后部署仅显示旧内容的问题

• 检查GitHub Pages部署源配置
  进入仓库的Settings -> Pages页面，确认部署分支和目标目录是否和你当前推送的分支匹配，避免配置还停留在旧仓库的设置里。如果用GitHub Actions部署，检查工作流文件（比如.github/workflows/pages.yml）里有没有硬编码旧仓库名称，或者触发条件是否正确。

• 手动触发重新部署并清除缓存
  在Pages设置页面点击「Deploy branch」按钮（分支部署模式），或者在Actions页面重新运行对应的部署工作流，强制触发一次全新部署。同时用浏览器强制刷新快捷键（Windows/Linux：Ctrl+Shift+R，Mac：Cmd+Shift+R）清除本地缓存，避免加载旧页面。

• 排查自定义域名配置（如有绑定）
  如果仓库绑定了自定义域名，检查根目录的CNAME文件内容是否正确，同时确认GitHub Pages的域名设置没有残留旧仓库的记录。另外验证DNS解析是否已经更新，确保域名指向新仓库的GitHub Pages地址。

• 确认本地与远程分支同步
  执行git fetch origin拉取远程最新状态，再用git log --oneline origin/<你的分支名>..<你的分支名>检查本地和远程分支是否完全一致。如果确认本地内容是最新的，可以尝试强制推送一次（注意备份，避免数据丢失）：git push -f origin <你的分支名>。

• 查看部署状态与错误日志
  进入仓库的Actions页面，检查最近的部署工作流是否有报错，根据日志提示定位问题。也可以在Pages页面查看部署历史，确认最新的部署任务是否成功完成。

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