git多远程仓库本质是为同一本地仓库绑定多个remote名，各指向独立url；需用有意义名称（如github、gitee），git push必须显式指定remote和branch，git fetch --all可拉取所有remote更新。
Linux 下配置 Git 多远程仓库，本质就是给同一个本地仓库绑定多个 remote 名称，每个名称指向一个独立的远程 URL。它不依赖特殊插件或 Git 版本升级，git remote add 是原生命令，所有现代 Git（2.0+）都支持，但容易在命名、推送习惯和 fetch/pull 行为上出错。
git remote add 后必须起有意义的名字
很多人随手用 second、backup 这类名字，结果过两天连哪个是 GitHub 哪个是 Gitee 都分不清。Git 不强制你用什么名，但它会把名字直接用在所有后续命令里——比如 git push second main，一旦名字模糊，操作就极易误推。
- 推荐用平台缩写：
github、gitee、gitlab，一眼可辨 - 避免用
origin以外的名字覆盖默认远程（除非你明确要改主远端） - 重命名比删了重加更安全：
git remote rename origin github，再git remote add gitee https://...
git push 必须显式指定 remote 和 branch
添加多个 remote 后，git push 单独执行会报错：fatal: The current branch main has no upstream branch. 因为 Git 不知道该推给谁。它不会自动“广播”到所有 remote。
- 每次推送必须带两个参数：
git push <remote><branch></branch></remote>，例如git push github main - 可以设置上游分支简化后续操作：
git branch --set-upstream-to=github/main main，之后git push就默认推到github - 想一次推到多个？得靠
--push配置：git remote set-url --add --push origin https://gitee.com/xxx.git，但注意：这会让origin变成“多出口”，fetch 仍只从第一个 URL 拉，容易混淆
git fetch --all 能拉取所有 remote，但 git pull 不行
git fetch --all 是唯一能一次性从所有 remote 获取最新 commit 记录的命令；而 git pull 本质是 fetch + merge，它只能作用于一个 remote + 一个 branch，没有 --all 选项。
-
git fetch --all安全，只更新远程跟踪分支（如github/main、gitee/main），不影响工作区 - 合并前先检查差异：
git log main..github/main看有没有新提交，再决定是否git merge github/main - 别用
git pull直接合并多个 remote —— 它不支持，强行写脚本合并也极难处理冲突来源
远程仓库地址变更或权限失效时的排查重点
HTTPS 地址失效最常见原因不是 URL 写错，而是凭证过期或平台策略变更（比如 GitHub 已全面禁用密码认证，Gitee 对未绑定邮箱的账号限制 HTTPS 推送）。
- 先测试连接：
git ls-remote github HEAD，若报 403 或 authentication failed，说明凭证或 token 有问题 - 检查凭据存储：
git config --global credential.helper，如果是store，去 ~/.git-credentials 查对应 host 的账号密码是否还有效 - HTTPS 推送失败优先换 SSH：
git remote set-url github git@gitee.com:xxx/yyy.git，并确保ssh -T git@gitee.com成功
多 remote 的核心约束很朴素：Git 从不自动同步多个远端，所有“同时推送”“自动拉取”都得靠人手动组合命令或写脚本封装。真正容易被忽略的，是误以为 git push 默认行为会变——它不会。只要 remote 名字一多，每条 push/pull 都得带目标，这是设计使然，不是 bug。
