我来给你梳理一套实操性拉满的迁移方案，确保所有仓库的历史记录、分支、标签都完整保留，分不同场景给你拆解步骤：

场景1：合并所有源仓库到1个目标仓库 #

如果最终要把所有内容整合到单一仓库，按以下步骤来：

• 准备目标仓库：在目标Azure DevOps项目下创建一个空白仓库（如果用现有仓库，先确认内容是你需要的初始状态，避免合并混乱）。
• 克隆目标仓库到本地：打开终端执行

  git clone <你的目标仓库URL>
  cd <目标仓库本地目录>
  

• 添加所有源仓库作为远程仓库：给每个要迁移的源仓库添加远程别名，比如

  git remote add repo1 <源仓库1的URL>
  git remote add repo2 <源仓库2的URL>
  # 依此类推，添加所有源仓库
  

• 拉取所有源仓库的完整内容：把每个源仓库的所有分支、标签都拉到本地，确保不丢任何历史

  git fetch repo1 --tags
  git fetch repo2 --tags
  # 每个源仓库都执行一次fetch
  

• 导入源仓库内容到目标仓库（可选子目录隔离）：
  • 如果你想把每个源仓库的内容放在目标仓库的独立子目录里（避免文件冲突），用git read-tree命令：

    git read-tree --prefix=repo1/ -u repo1/main
    git commit -m "将repo1的main分支内容导入到repo1/子目录"
    

    这里的--prefix=repo1/就是指定目标子目录，repo1/main是源仓库的主分支，替换成你实际的分支名即可。
  • 如果要把多个源仓库内容合并到同一根目录，直接执行git merge repo1/main，但要注意提前检查文件冲突，冲突出现时手动解决后再提交。
• 推送所有内容到目标仓库：把本地的所有分支和标签推送到Azure DevOps目标仓库

  git push origin --all
  git push origin --tags
  

• 验证迁移结果：在Azure DevOps目标仓库里检查分支列表、标签、提交历史，还有文件结构是否符合预期，最好拉取到本地再跑一遍项目测试。

场景2：拆分到2-3个目标仓库 #

如果要按业务模块拆分到2-3个仓库，先提前规划好分组（比如把关联业务的源仓库归为一组），然后对每个目标仓库重复场景1的步骤即可：

• 比如目标仓库A负责合并源仓库1、2；目标仓库B负责合并源仓库3、4；剩下的归目标仓库C。
• 每个目标仓库独立执行添加远程、拉取、导入、推送的流程，互不影响。

关键注意事项（必看！） #

• 严格保留git历史：绝对不要直接复制粘贴文件，必须用git的fetch、merge或read-tree命令，否则所有commit历史、分支、标签都会丢失。
• 处理文件冲突：如果合并到同一根目录，提前梳理所有源仓库的文件结构，重名文件要提前协调修改；用子目录隔离是最稳妥的方式。
• 权限迁移：Azure DevOps的仓库权限不会自动迁移，完成内容迁移后，要在目标项目里重新配置团队/用户的读写权限。
• 通知团队更新远程：迁移完成后，记得通知所有团队成员更新本地仓库的远程URL：

  git remote set-url origin <新的目标仓库URL>
  

• 备选方案：Azure DevOps内置导入功能
  如果你不想用本地git命令，也可以直接用Azure DevOps的导入功能：
  • 进入目标仓库，点击顶部的「导入仓库」按钮；
  • 输入源仓库URL（如果是Azure DevOps内部仓库，需要授权访问）；
  • 选择要导入的分支、标签，部分版本支持设置导入到指定子目录；
  • 等待导入完成后验证内容即可。不过这个方式合并多个源仓库时需要多次导入，适合小批量迁移。

内容的提问来源于stack exchange，提问作者MooGee