Git不支持双向同步原子操作，可靠同步需明确推送-拉取路径或镜像机制；--mirror仅适用于单向全量复制；多推需配置多个pushUrl；裸仓库可作本地同步枢纽；钩子自动同步风险高；跨仓库同步核心在于权威约定与冲突仲裁。
Git 本身不提供“两个仓库直接双向同步”的原子操作，所有可靠同步都依赖明确的推送-拉取路径或镜像机制。盲目用 git push --all 或 git pull 随意关联远端，大概率导致分支丢失、ref 覆盖或权限拒绝。
用 git push --mirror 做一次性全量镜像
这是最干净的仓库迁移或冷备份方式，会把所有分支、标签、甚至引用日志（refs/notes/*）原样复制过去，但只适合“单向初始化”场景。
- 必须先创建一个裸仓库作为中转：
git clone --bare https://old.example.com/repo.git - 进入该裸仓库目录后执行：
git push --mirror https://new.example.com/repo.git -
--mirror会覆盖目标仓库所有已有 ref，如果目标非空且含历史，务必先清空或确认可丢弃 - 它不保留原仓库的 hooks、CI 配置、issue 等元数据——只是 Git 对象图的完整拷贝
配置同一远端名绑定多个 pushUrl 实现一键多推
当你需要每次 git push origin main 同时发到 GitHub、Gitee、GitLab 三个地址时，靠 git remote add 是不行的——它只允许一个远端名对应一个 URL。
- 正确做法是：先用
git remote add origin https://github.com/user/repo.git设置基础 fetch 地址 - 再用
git config --add remote.origin.pushUrl https://gitee.com/user/repo.git追加推送地址 - 重复上一步，添加第三个
pushUrl；所有pushUrl会按配置顺序尝试，任一失败即中断 -
git push origin main会依次向每个pushUrl推送，但git fetch origin仍只走第一个 URL
用裸仓库作本地同步枢纽（Windows 多目录场景）
在一台 Windows 电脑上，想让 D:\dev\project 和 E:\test\project 保持一致，又不想依赖公网远程？裸仓库是最轻量可控的中介。
- 创建裸库：
git init --bare D:\sync\central.git（路径不能含空格或中文） - 在每个工作目录执行：
git remote add sync D:\sync\central.git - 推送前确保当前分支已跟踪远程：
git branch --set-upstream-to=sync/main main - 日常同步只需：
git push sync（推） +git pull sync（拉），无需指定分支名 - 注意：裸仓库不支持
git checkout，也不能直接编辑文件，纯作数据中转
钩子自动同步的风险与边界
有人在 .git/hooks/post-commit 里写 git push other-repo main 来“自动同步”，这看似省事，实则埋雷。
- 推送失败时不会回滚本地提交，你已 commit 的内容可能只存在于本机
- 若
other-repo是另一台机器上的目录，需确保路径可被当前用户读写，且 Git 版本兼容（比如 Windows 路径分隔符问题） - 钩子运行在 Git 内部进程里，无交互能力，错误信息容易丢失，调试困难
- 更稳妥的做法是把同步逻辑抽成独立脚本，用
git alias封装，例如：git config --global alias.sync '!f() { git push sync && git push gitee; }; f'
跨仓库同步真正的难点不在命令本身，而在于“谁拥有权威”和“冲突如何仲裁”。一旦两个仓库都接受写入，就必须约定主干分支策略、合并流程和 revert 规范——否则 git push --mirror 只会加速混乱，而不是解决同步问题。
