本地Git仓库存储GitHub仓库链接的位置及旧URL同步原理

本地Git仓库没有额外的隐藏位置存储GitHub平台的仓库唯一ID，.git/config就是远程仓库地址的唯一持久化存储位置。Git作为去中心化的版本控制工具，本身和GitHub没有强绑定逻辑，不会在本地缓存平台侧的内部标识，所有和远程仓库的交互，都基于config中配置的remote URL发起标准Git协议请求。

这个现象和本地隐藏配置没有任何关系，本质是GitHub服务端重定向规则和Git客户端的跳转兼容逻辑配合实现的：

• 你在GitHub网页端执行仓库重命名操作后，GitHub会自动给旧的仓库URL挂上永久重定向规则：所有发往旧HTTPS/SSH仓库地址的Git请求，服务端都会返回301 Moved Permanently响应，告诉客户端这个仓库已经迁到新URL了。
• Git客户端原生支持识别Git协议交互过程中的301重定向，收到响应后会自动把本次请求的目标地址切到重定向指向的新URL，后续推送、拉取的所有交互都会直接走新地址完成，整个过程不需要改本地任何配置。
• Git默认不会把服务端返回的重定向地址持久化写到本地.git/config里，只会在单次操作的内存临时环境里更新目标地址，所以你检查同步前后的config文件，会发现内容完全没有变化。

别觉得这个跳转一直能用，它是有失效风险的：如果之后你或者其他人重新创建了名为FT-db-webapp-service的仓库，旧URL的跳转规则会直接失效，到时候你本地的推送、拉取要么报权限错误，要么可能把代码推到错的仓库里。建议手动执行命令更新本地远程地址配置，省得后面踩坑：

git remote set-url origin https://github.com/jammusi/FT-DB-Tools.git

执行完成后再检查.git/config，就会看到origin地址已经更新为新的仓库链接。

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