如何在Azure DevOps文件夹内创建分支？旧Repo结构是否源于TFS迁移？

1. 新Git仓库无法在文件夹内创建分支是正常现象 #

Git的分支机制和旧版TFS使用的TFVC（Team Foundation Version Control）完全不同：

• Git分支是整个代码仓库的独立版本线，不存在“绑定到某个文件夹”的分支，所有分支都是基于仓库根的全局快照。你在Branches页面创建的分支默认处于根层级，这是Git的标准行为，完全正常。
• 你看到旧Repo里的“文件夹内分支”，是旧系统TFVC的特性——TFVC作为集中式版本控制工具，支持在特定文件夹下创建分支。升级到Azure DevOps时，若迁移的是原TFVC仓库，就会保留这种文件夹分支结构，但这并非Git的功能。

2. Git下实现类似“文件夹内分支”效果的方案 #

如果你需要针对特定文件夹做独立开发，可以用以下两种Git原生方案替代：

方案一：稀疏检出（Sparse Checkout） #

仅拉取仓库中指定文件夹的内容，再基于当前分支创建新分支，实现专注于目标文件夹的开发：

# 克隆仓库时启用稀疏检出（仅拉取必要元数据）
git clone --filter=blob:none --sparse <你的仓库URL>
cd <仓库目录名>
# 设置稀疏检出的目标文件夹
git sparse-checkout set <目标文件夹路径>
# 创建并切换到新分支
git checkout -b <新分支名称>

注意：此分支本质仍是全局分支，只是本地仅加载指定文件夹，推送后仓库中分支仍为全局层级。

方案二：Git子模块（Submodule） #

若目标文件夹的代码独立性较强，可将其拆分为独立Git仓库，作为主仓库的子模块：

# 在主仓库中添加子模块，关联到目标文件夹路径
git submodule add <子仓库URL> <目标文件夹路径>
# 提交子模块关联配置到主仓库
git commit -m "Add submodule for [文件夹名称]"

子模块拥有独立的分支体系，和主仓库分支互不干扰，效果最接近TFVC的文件夹分支。

3. 旧Repo的结构确实源于TFS到Azure DevOps的迁移 #

旧Repo里的“文件夹内分支”是TFVC的典型特征，当年TFS升级到Azure DevOps时，若选择迁移原有TFVC仓库而非新建Git仓库，就会完整保留原有的TFVC分支结构。而你当前创建的是全新Git仓库，自然不具备TFVC的这一特性。

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