在 IDEA 里改 Gitee 远程仓库的做法

在 IntelliJ IDEA 里处理 Gitee 远程仓库，我一般先分清两件事：是把 origin 直接换掉，还是再挂一个新的远程。前者适合'这个项目以后就只认新仓库'，后者适合同时往两个地方推。场景不同，做法也不一样，别一上来就改名，后面回滚和推送会更乱。

如果只是想把当前项目切到新的 Gitee 仓库，改 origin 的 URL 就够了。

先看现在连的是谁：

然后把远程地址改掉。

图形界面：在 Manage Remotes 窗口里选中当前远程仓库，通常是 origin，点编辑，把 URL 改成新的 Gitee 地址。
命令行：

git remote set-url origin <你的新仓库URL>

例如：

git remote set-url origin https://gitee.com/your_username/your_new_repo.git

改完再查一次：

git remote -v

确认输出已经是新地址，这一步别省。很多人以为改成功了，实际上只是本地窗口里看起来变了。

如果你想同时保留原来的仓库，再往另一个 Gitee 仓库推，就不要动 origin，直接加一个新的远程名。

在 Git Remotes 窗口里点 +：

之后用 git remote -v 或回到 Manage Remotes 里看，应该能同时看到 origin 和新加的远程名。

推送时可以明确指定：

git push group master # 将代码推送到名为 group 的远程仓库的 master 分支

IDEA 下次做 Push 也会让你选目标远程仓库，两个仓库并存时这个选择框很常见，别选错。

这里最容易卡住。新仓库如果不是空的，比如已经带了一个 README.md，第一次推送常会因为历史不一致报错。这个问题不是 IDEA 独有，Git 本身就会拦。

处理方式一般是先把远程拉下来合并：

git pull origin master --allow-unrelated-histories

如果你改用的不是 origin，把它换成实际远程名，比如 group。

接下来可能会遇到冲突。IDEA 会把冲突文件标出来，手动处理掉就行。这个环节没什么花活，主要是看清楚哪些内容该保留，哪些是重复提交带来的脏数据。

冲突解决后正常提交合并结果，再推一次：

git push origin master

如果你前面用的是别的远程名，这里也一起改掉。

这套流程看起来有点绕，但本质上就两种动作：要么替换 origin，要么多挂一个远程。大多数时候，直接改 URL 更省事；只有你确实要同时维护两个仓库时，再加别名才有意义。

更多推荐文章