手动复制Git仓库开发WordPress插件重启后自动重命名问题

我完全懂你遇到的这个离谱问题——明明已经把所有文件、函数名、Git配置都改成tires了，结果BitBucket客户端一重启，本地仓库名字就自动打回wheels原形，还搞出两个同名仓库，网页端却一切正常，确实让人头大。结合你复制现有插件改造成新CPT的操作场景，我整理了几个排查方向和解决办法：

1. 清理BitBucket客户端的本地缓存 #

BitBucket Windows客户端会在本地缓存仓库的关联信息，复制仓库后旧缓存没更新是这类问题的常见元凶。试试这些步骤：

• 彻底关闭BitBucket客户端（包括后台进程，打开任务管理器结束所有BitBucket相关进程）
• 找到客户端的缓存目录，一般在%APPDATA%\Atlassian\Bitbucket或%LOCALAPPDATA%\Atlassian\Bitbucket
• 删除里面的cache文件夹或者repositories.cache文件
• 重新打开客户端，手动添加你的tires本地仓库，观察是否还会自动改名

2. 再次验证Git仓库的核心配置 #

虽然你说.git文件夹里都是tires相关内容，但还是建议用命令行再确认一遍，避免漏看：
进入tires仓库目录，执行以下命令：

git remote -v
git config --list

确认输出里的远程仓库URL是tires的BitBucket地址，所有配置项里没有wheels相关内容。如果发现异常，用git remote set-url origin <你的tires仓库URL>修正远程地址。

3. 检查Windows系统的文件夹属性/别名 #

有没有可能是系统层面的设置导致名称被替换？

• 右键点击tires文件夹，查看「属性」→「常规」标签，确认文件夹名称确实是tires，没有被系统自动修改的痕迹
• 排查是否开启了Windows的「文件夹重定向」「库」等功能，这些可能会干扰文件夹名称的显示

4. 重置BitBucket客户端的仓库关联 #

BitBucket客户端可能会根据远程URL或内部标识误把tires识别成wheels的副本：

• 在客户端里先移除wheels和tires两个仓库
• 先添加tires仓库，确认显示名称正确后，再添加wheels仓库
• 重启客户端，观察名称是否还会错乱

5. 重新克隆仓库（终极兜底方案） #

如果上面的方法都没用，最稳妥的方式是彻底重建本地仓库：

• 把当前tires仓库的修改备份到临时文件夹
• 删除本地的tires仓库文件夹
• 从BitBucket网页端克隆tires仓库到新的本地文件夹
• 把备份的修改合并进去，重新推送一次
  这样可以彻底摆脱旧仓库的残留配置影响

你已经确认插件文件里没有wheels字样，排除了代码硬编码的问题，重点还是在BitBucket客户端的缓存和本地系统的文件夹配置上，希望这些方法能帮你解决问题。

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