在 IntelliJ IDEA 里处理 Gitee 远程仓库,我一般先分清两件事:是把 origin 直接换掉,还是再挂一个新的远程。前者适合'这个项目以后就只认新仓库',后者适合同时往两个地方推。场景不同,做法也不一样,别一上来就改名,后面回滚和推送会更乱。
直接修改现有远程地址
如果只是想把当前项目切到新的 Gitee 仓库,改 origin 的 URL 就够了。
先看现在连的是谁:
- 终端里执行
git remote -v - 或在 IDEA 菜单里打开
Git->Manage Remotes...
然后把远程地址改掉。
- 图形界面:在
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 窗口里点 +:
Name填一个新名字,比如groupURL填新的 Gitee 仓库地址- 点
OK
之后用 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 更省事;只有你确实要同时维护两个仓库时,再加别名才有意义。


