能否让Git嵌套子模块B与A同级且仍保持为A的子模块？

首先得明确：Git原生的子模块机制没法直接让B同时出现在主仓库根目录，又保持它是A的子模块——因为子模块的路径是绑定在其父仓库（这里是A）的相对路径上的，A的子模块B默认只能存放在A目录内部。不过有几个变通方法可以实现你想要的目录结构，同时保留B和A的子模块关联：

方案1：使用符号链接（最简便） #

这是最容易实现的方法，通过创建符号链接让B“看起来”在主仓库根目录，但实际文件仍然保存在A的子模块路径里：

1. 先正常完成所有子模块的初始化：

   git submodule update --init --remote --recursive
   

2. 在主仓库根目录创建指向A/B的符号链接：
   • Linux/macOS：

     ln -s A/B B
     

   • Windows（需要管理员权限）：

     mklink /D B A\B
     

3. 确保Git支持符号链接（全局或当前仓库设置）：

   git config core.symlinks true
   

   把这个符号链接提交到主仓库后，其他用户克隆时只要开启了符号链接支持，就能看到同样的目录结构。

方案2：使用Git Worktree（高级技巧） #

如果不想用符号链接，可以借助Git的worktree功能，把A仓库里的B子模块的工作树挂载到主仓库根目录：

1. 进入A子模块目录：

   cd A
   

2. 将B子模块的工作树添加到主仓库根目录的B文件夹：

   git worktree add ../B
   

这样主仓库根目录的B和A/B是同一个Git仓库的工作树，共享所有提交历史，同时B仍然是A的子模块。不过要注意：worktree需要手动维护，其他用户克隆仓库后需要重新执行上述命令才能生成这个结构，没法通过克隆直接继承。

方案3：调整仓库结构（不推荐，除非必要） #

如果可以修改A仓库的配置，你可以把B改成主仓库的直接子模块，同时让A仓库也保留对B的子模块引用——但这样会在主仓库里生成两个独立的B工作副本（一个在根目录，一个在A目录下），需要单独同步维护，这违背了“保持B作为A的子模块”的初衷，所以一般不推荐。

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