git remote set-url无法生效：无法将远程URL从git://改为https://
这种情况确实有点费解——明明.git/config里已经显示正确的HTTPS地址，但git remote -v却还是输出旧的Git协议地址，甚至删除重加远程仓库也没用。我来分享几个可能的排查方向和解决办法：
1. 检查是否存在重复的Remote配置块
有时候在编辑.git/config时，可能不小心复制了多个[remote "origin"]条目。Git会读取文件中最后一个匹配的配置块，如果在你看到的正确条目之后，还有一个设置了git://地址的重复块，就会导致命令行显示旧地址。
打开.git/config仔细浏览整个文件，确保只有一个[remote "origin"]块，并且其中的url是你想要的HTTPS地址。
2. 排查全局/系统级Git配置的干扰
Git的配置有三个层级：本地仓库（.git/config）、全局（~/.gitconfig）、系统（/etc/gitconfig）。虽然本地配置优先级最高，但如果存在**条件包含（conditional includes）**或者特殊配置规则，可能会覆盖本地设置。
执行以下命令检查全局和系统配置中是否存在remote.origin.url：
git config --global --get remote.origin.url git config --system --get remote.origin.url
如果输出了旧的git://地址，说明全局或系统配置里有相关设置，可以用--unset参数删除：
git config --global --unset remote.origin.url git config --system --unset remote.origin.url
3. 检查Git或Shell别名的影响
有可能你不小心给git remote设置了别名，导致执行git remote -v时实际运行的是其他命令。
- 检查Git别名：
git config --get alias.remote
- 检查Shell别名（以bash为例）：
type git
如果发现有别名干扰，删除对应的别名设置即可。
4. 强制覆盖Remote URL
尝试用--replace-all参数强制覆盖配置，确保没有残留的旧设置：
git config --replace-all remote.origin.url https://github.com/userName/repoName.git
执行完后再运行git remote -v查看是否生效。
5. 验证终端环境与缓存
有时候终端可能会缓存旧的输出结果，尝试关闭当前终端，打开新窗口后再执行git remote -v。另外，也可以直接查看.git/config的内容确认配置是否正确：
cat .git/config
如果以上方法都没用，还可以尝试克隆一个新的仓库副本，对比配置差异，看看是否是原仓库的.git目录存在损坏的情况。
内容的提问来源于stack exchange，提问作者user9330449
