嘿，我之前也踩过这个坑！问题出在两个地方，咱们一步步说清楚：

核心操作错误：没提交重命名的完整变更 #

你执行mv README.md README-OLD.md只是本地文件系统的改动，但Git不会自动跟踪这个重命名操作——它会把这个动作拆成**删除原README.md和新增README-OLD.md**两个独立的变更。但你只git add了新创建的README.md，完全没处理这两个关键变更！

所以当你push之后，远程仓库里原来的README.md其实还存在，GitLab自然会优先展示它；而你本地的README-OLD.md根本没被推送到远程，你在GitLab文件列表里看到的可能是后来误操作上传的，或者你误以为重命名已经同步，但其实并没有。

正确的补救操作流程 #

现在修正很简单：

1. 先在本地把重命名的变更纳入Git跟踪：

   # 同时添加重命名后的文件和原文件的删除变更
   git add README-OLD.md README.md
   # 或者更明确地先标记原文件删除：git rm README.md，再git add README-OLD.md
   

2. 补充提交这些变更：

   git commit -m "Rename old README to README-OLD, add new README"
   

3. 再次推送到远程：

   git push origin master
   

额外可能的原因：GitLab的文件名匹配逻辑 #

如果确认已经完整提交了重命名，但GitLab还是展示README-OLD.md，那大概率是因为GitLab的README匹配规则——它会扫描根目录下所有以README开头的文件，并且按ASCII字典序优先选择第一个匹配的。由于-的ASCII码比.小，README-OLD.md会排在README.md前面，导致GitLab误把它当成优先展示的README。

这种情况下，你可以：

• 把旧文件改成完全不匹配README开头的名字，比如old-readme.md
• 或者手动强制刷新GitLab页面（按Ctrl+F5），有时候页面缓存会导致展示延迟

内容的提问来源于stack exchange，提问作者Mayor of the Plattenbaus