一、背景说明
在实际开发中，常见场景包括：
公司代码托管在 阿里云效 Codeup
个人需要在 GitHub 做备份
或内部仓库 + 公网镜像仓库
此时就需要一个本地仓库同时推送到多个远程仓库。
方案一：配置多个 remote（推荐）
这是最清晰、最可控的方式。
1️⃣ 添加远程仓库
# 添加公司仓库
git remote add origin https://codeup.aliyun.com/xxx/xxx.git
# 添加 GitHub 仓库
git remote add github git@github.com:username/repo.git
2️⃣ 查看配置
git remote -v
示例输出：
origin https://codeup.aliyun.com/xxx/xxx.git (fetch)
origin https://codeup.aliyun.com/xxx/xxx.git (push)
github git@github.com:username/repo.git (fetch)
github git@github.com:username/repo.git (push)
3️⃣ 推送方式
# 推送当前分支
git push origin main
git push github main
推送所有分支：
git push origin --all
git push github --all
✅ 优点
推送目标明确
出问题容易排查
可以针对不同仓库采用不同策略
更适合企业项目
方案二：一个 remote 配置多个 push URL
适合追求“一次命令完成”。
1️⃣ 添加主仓库
git remote add origin https://codeup.aliyun.com/xxx/xxx.git
此时该 URL 已经默认作为 fetch + push
2️⃣ 添加第二个 push 地址
git remote set-url --add --push origin git@github.com:username/repo.git
3️⃣ 查看配置
git remote -v
输出示例：
origin https://codeup.aliyun.com/xxx/xxx.git (fetch)
origin https://codeup.aliyun.com/xxx/xxx.git (push)
origin git@github.com:username/repo.git (push)
4️⃣ 推送
git push origin main
会按顺序推送到两个仓库。
⚠ 注意事项（重要）
push 不是事务操作
若第二个仓库失败，第一个不会回滚
命令整体会返回失败状态码
排查问题比方案一复杂
✅ 适用场景
自动化脚本
纯备份仓库
单向同步
方案三：直接修改 .git/config
编辑：
[remote "origin"]
url = https://codeup.aliyun.com/xxx/xxx.git
fetch = +refs/heads/*:refs/remotes/origin/*
pushurl = https://codeup.aliyun.com/xxx/xxx.git
pushurl = git@github.com:username/repo.git
本质与方案二相同，只是手动配置。
进阶方案：镜像模式（Mirror）
如果 GitHub 只是“只读备份仓库”，可以使用镜像推送：
git push --mirror github
特点
推送所有分支
推送所有 tag
删除远端不存在的分支
⚠ 风险
--mirror 会删除远程多余分支，谨慎使用。
适用于：
纯镜像仓库
迁移仓库
CI 自动同步
常见问题处理
1️⃣ error: remote origin already exists
git remote remove origin
git remote add origin <仓库地址>
2️⃣ 推送时报错：remote contains work that you do not have locally
原因：远程仓库已有提交（如 README）。
解决方法：
git pull origin main --allow-unrelated-histories
或强制覆盖（谨慎）：
git push -f origin main
3️⃣ 默认分支不一致（main / master）
git branch -M main
或分别推送：
git push origin master
git push github main
企业实践建议
推荐结构：
公司仓库作为主仓库
GitHub 作为只读备份
避免双向开发
可通过 CI 在主仓库 push 后自动同步到备份仓库
不建议：
两个仓库都直接开发
在不同远程各自提交
容易导致历史分叉和冲突。
方案对比总结
结论
如果你追求可控、稳定 → 方案一
如果你追求便捷 → 方案二
如果你要做备份镜像 → mirror