如何将以文件夹模拟分支的TFVC仓库转换为单个Git仓库？

没问题！完全可以把这些分散的Git仓库合并成一个，让trunk对应master（或main）分支，各个release作为master的派生分支，同时完整保留所有提交历史。我给你两种可行的方案，你可以根据自己的情况选择：

方案一：事后合并已克隆的多个Git仓库 #

如果已经分开克隆了各个仓库，按以下步骤操作：

1. 创建最终的主仓库
   先新建一个空的Git仓库，作为合并后的最终仓库：

   mkdir tfvc-unified-repo && cd tfvc-unified-repo
   git init
   

2. 导入trunk作为主分支
   假设你之前把trunk克隆到了../tfvc-trunk-repo目录，把它的提交拉到主仓库的master分支：

   git remote add trunk ../tfvc-trunk-repo
   git pull trunk master --allow-unrelated-histories
   

   --allow-unrelated-histories参数是因为各个仓库的初始提交独立，需要允许合并无关的历史记录。

3. 逐个导入release分支
   以release1为例：

   • 先添加release1的仓库作为远程源：

     git remote add release1 ../tfvc-release1-repo
     git fetch release1
     

   • 找到release1最初从trunk分支出来的对应提交：
     通过git log查看trunk的历史，或者用git tfs info（如果还保留git-tfs关联）找到TFVC中release1分支创建时对应的changeset，再找到该changeset对应的Git提交哈希值（记为<trunk-base-commit>）。
   • 基于trunk的基础提交创建release1分支，并合并release1的提交：

     git checkout -b release1 <trunk-base-commit>
     git merge release1/master --allow-unrelated-histories
     

   • 处理可能出现的文件冲突（如果TFVC中release分支和trunk有文件重叠修改），冲突解决后提交即可。
   • 重复上述步骤，把release2等其他分支都导入进来。

4. 验证与清理
   所有分支导入完成后，用下面的命令查看分支结构和历史，确认是否正确：

   git log --oneline --graph --all
   

   最后可以删除临时添加的远程源：

   git remote remove trunk
   git remote remove release1
   # 其他release远程源同理删除
   

方案二：用git-tfs直接克隆成单仓库（更推荐） #

其实你不需要分开克隆各个仓库，git-tfs支持一次性克隆TFVC中多个分支路径，直接生成包含所有分支的单Git仓库。这样能避免事后合并的麻烦，分支历史也会更清晰。

使用类似这样的命令：

"C:\Program Files\git-tfs\git-tfs.exe" clone https://dev.azure.com/userName1234/ "$/project/trunk" . --branches="$/project/branches/release1","$/project/branches/release2"

如果release分支有很多，可以用通配符批量匹配：

"C:\Program Files\git-tfs\git-tfs.exe" clone https://dev.azure.com/userName1234/ "$/project/trunk" . --branches="$/project/branches/*"

git-tfs会自动识别这些分支是从trunk派生的，在Git仓库中创建对应的分支，并且保持正确的父子分支关系，所有提交历史都会完整保留在同一个仓库里。

注意事项 #

• 转换前建议先备份TFVC仓库，或者在测试环境完成转换验证，确保历史记录无误后再正式迁移。
• 如果找不到release分支对应的trunk基础提交，可以用git tfs changeset <tfvc-changeset-id>命令查找对应的Git提交。
• 合并冲突时要仔细核对文件内容，确保保留正确的修改。

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