你遇到的这个需求其实挺常见的——想用sparse-checkout只拉取子模块里的特定目录，还想让这个目录直接成为子模块的根目录，避免多层嵌套的路径。Git原生的sparse-checkout默认会保留远程仓库的目录结构，不过我们有几个干净的解决方案可以实现你的需求，下面给你详细说明：

方法一：修改子模块的工作树配置（最直接，无需额外目录） #

这个方法通过配置Git的core.worktree，让子模块的工作目录直接指向你需要的unit目录，无需移动文件或创建符号链接：

1. 先进入你的子模块目录：

   cd main_repo/submodule
   

2. 初始化sparse-checkout并设置只拉取目标目录：

   git sparse-checkout init --no-cone
   git sparse-checkout set project/src/unit
   

3. 修改子模块的Git配置，把工作树指向project/src/unit：

   git config core.worktree project/src/unit
   

4. 现在回到main_repo目录，你会发现submodule文件夹里直接就是unit目录下的所有内容了，完全不需要嵌套访问！

注意：设置core.worktree后，所有针对该子模块的Git操作（比如git pull、git status）都要在main_repo/submodule目录下执行，Git会自动识别到工作树的实际位置，不会有冲突。

方法二：使用Git Worktree创建独立工作区（更安全，不修改原工作区） #

如果你担心修改子模块的配置会带来潜在问题，可以用Git的worktree功能创建一个独立的工作区，直接关联到子模块的unit目录：

1. 进入子模块目录，先完成sparse-checkout的初始化：

   cd main_repo/submodule
   git sparse-checkout init --no-cone
   git sparse-checkout set project/src/unit
   

2. 在主仓库目录下创建一个新的文件夹（比如unit_direct），然后用worktree关联到子模块的目标路径：

   git worktree add ../unit_direct HEAD:project/src/unit
   

3. 现在你可以通过main_repo/unit_direct直接访问unit里的内容，这个工作区和原有的子模块仓库完全同步，而且不会修改原submodule目录的结构。

优势：这个方法完全独立于原有的子模块工作区，如果你后续需要操作子模块的其他目录，直接回到原submodule目录即可，互不干扰。

为什么不推荐移动文件的方法？ #

可能你会想到直接把project/src/unit下的文件移动到子模块根目录，但这种方法有个明显的问题：移动后的文件结构和远程仓库不一致，下次执行git pull或其他同步操作时，Git会认为你修改了文件位置，可能引发冲突或覆盖操作，除非你提交这个移动改动——但显然这不是你想要的（因为你只是想本地访问方便，不想修改子模块的远程仓库）。

备注：内容来源于stack exchange，提问作者Mohammed Noureldin