Git可通过为单个remote配置多个pushUrl实现一次push推送到多个地址，需在.git/config中为remote添加多行pushUrl而非url，Git会依次尝试推送，任一失败即报错但不回滚已成功推送。
Git 怎么给一个分支配多个 push URL
Git 本身不支持「一个 git push 默认推到多个远程」，但可以通过配置多个 pushUrl 实现——本质是让 Git 在执行 git push origin main 时，把同一提交分别发往不同地址。
关键不是加多个 remote（虽然也能做），而是让单个 remote 拥有多个推送目标。这样既避免重复命令，又不用改工作流。
- 编辑仓库的
.git/config，找到对应 remote（比如[remote "origin"]） - 在下面新增一行：
pushUrl = https://github.com/user/repo.git - 再加一行：
pushUrl = https://gitee.com/user/repo.git - 注意：不能只写
url = ...，必须用pushUrl；url只影响fetch和默认push，而多个pushUrl才会全部触发
为什么用 pushUrl 而不是多个 remote + alias
有人习惯建 origin、gitee、gitlab 多个 remote，再写 shell alias 或脚本循环 push。这能用，但容易出问题：
batch-git-url-replace
下载
批量替换指定目录下所有 Git 仓库的远程地址（remote URL）。 当用户需要将 Git 仓库从一个服务器迁移到另一个服务器时使用。 触发词：git remote 替换、git url 批量修改、git 仓库迁移、更换 git 地址、批量修改 remote url。
-
git push origin main && git push gitee main中间失败就断掉，没法原子性保证 - 不同 remote 的
fetch行为可能冲突（比如都叫origin/main，但指向不同 commit） - CI/CD 工具或 IDE 内置 push 功能通常只认一个 remote，不会自动遍历所有 remote
-
pushUrl是 Git 原生支持的机制，git push原生识别并逐个尝试，失败会报错但不影响其他地址
pushUrl 配置后 push 失败的常见表现
加了多个 pushUrl 后，git push 报错但部分仓库已更新，这是正常现象——Git 会依次尝试每个 pushUrl，任一失败即中断并报错，但前面成功的不会回滚。
- 典型错误信息：
error: failed to push some refs to 'https://gitee.com/...' - 如果某个远端网络不通、权限不足或分支保护规则拦截，就会卡在这一步
- 想跳过失败继续推下一个？Git 不支持；必须手动处理失败源（比如临时注释掉那行
pushUrl） - 别指望
git config --add remote.origin.pushUrl ...自动去重——重复添加会导致同一个地址推两次，浪费时间
HTTPS 和 SSH 混用 pushUrl 有没有问题
可以混用，Git 不限制协议类型，但要注意凭据管理：
- 如果用了 HTTPS 地址，每次 push 都可能弹密码框或报
Authentication failed，尤其在 CI 环境下容易卡住 - SSH 地址（如
git@gitee.com:user/repo.git）依赖本地ssh-agent或私钥，需提前配置好 - 混合使用时，Git 会按配置顺序逐个尝试，不会自动选“更快”或“更稳”的那个
- 建议统一用 SSH（开发机）或带 token 的 HTTPS（CI），避免凭据逻辑分裂
