直接改 origin 地址可保留全部提交历史，前提是目标仓库为空、分支名一致、认证可用；不生效常见原因包括远程别名混淆、ide缓存旧配置、https协议下凭证失效或未更新上游分支跟踪。
直接改 origin 地址就能保留全部提交历史，前提是目标仓库为空、分支名一致、认证可用——这不是“迁移”，而是“换地址继续用”，最轻量也最容易出错。
git remote set-url origin 新地址 为什么有时不生效
执行 git remote set-url origin 后 git push 仍推到旧地址，常见原因有三个：
- 本地有多个远程别名（比如你之前加过
upstream或old-origin），但当前分支的upstream没更新：运行git branch --set-upstream-to=origin/main main（把main换成你当前分支名） - IDE（如 IDEA）缓存了旧 remote 配置，改完命令后需重启 IDE 或在 Git → Repositories 面板里右键刷新
- 新地址用了 HTTPS 协议但没配 Token 或凭据管理器失效，
git push会静默回退到旧地址（可加-v参数观察实际连接目标）
git push -u origin main 推不上去的典型报错
看到 [remote rejected] main -> main (pre-receive hook declined)，不是网络或权限问题，而是目标仓库分支保护策略在拦你：
- GitHub：进 Settings → Branches → Branch protection rules → 找到
main→ 关闭 “Require pull request reviews” 或勾选 “Allow force pushes”（临时） - GitLab：Settings → Repository → Protected branches → 编辑对应分支 → 把 “Allowed to merge” 和 “Allowed to push” 都设为 “Maintainers” 或更高权限角色
- 如果不想关保护，可先切新分支推送：
git checkout -b migrate-$(date +%Y%m%d)→git push -u origin HEAD，但注意这会让主干历史断开
想一次推所有分支和标签，别只用 git push
git push origin --all 只推本地已检出的分支，git push origin --tags 只推 tag，两者合起来仍漏掉远程跟踪分支和 refs/pull/* 这类引用。真正等价于“完整镜像同步”的是：
-
git push --mirror --force-with-lease origin：它会推送所有 refs（含refs/heads/*、refs/tags/*、refs/remotes/*），且比--force更安全（不会覆盖他人新提交） - 必须在
--mirror克隆出来的裸仓库里执行（即git clone --mirror后进入目录），普通工作目录不支持该操作 - 目标仓库必须为空，否则会因 ref 冲突失败；若已有初始提交，得先清空或重置（
git push --mirror --force强制覆盖，但协作中慎用）
最常被忽略的一点：git remote set-url 改的是本地配置，但团队其他成员不会自动同步这个变更——迁移完成后，得明确通知所有人执行一遍 git remote set-url origin ，否则他们仍在往旧仓库提交。
