如何将Git仓库指定子文件夹作为子模块添加并实现独立推拉？

直接用选项1的子模块方案是最稳妥的，这是Git官方支持的多仓库关联方式，能精准控制FolderE与Small Repo的推拉操作，完全不干扰Big Repo的其他目录。以下是具体操作步骤：

操作步骤 #

1. 进入本地Big Repo的根目录

cd /path/to/your/BigRepo

2. 将Small Repo添加为Big Repo的子模块，指定存放目录为根目录下的FolderE

git submodule add <你的Small Repo Git地址> FolderE

3. 进入子模块目录，配置稀疏检出，只拉取Small Repo中foo/FolderE的内容

cd FolderE
git config core.sparseCheckout true
echo "foo/FolderE/" >> .git/info/sparse-checkout
git read-tree -mu HEAD

4. 将foo/FolderE内的内容移到子模块根目录（让Big Repo根目录下的FolderE直接显示内容，而非嵌套结构）

mv foo/FolderE/* .
rm -rf foo
git add .
git commit -m "Move FolderE content to submodule root"

5. 返回Big Repo根目录，提交子模块的配置变更

cd ..
git add FolderE .gitmodules
git commit -m "Add FolderE submodule linked to Small Repo"

日常推拉操作 #

• 拉取Small Repo的FolderE更新：进入FolderE目录执行git pull，返回Big Repo根目录后提交子模块的最新引用即可。
• 推送FolderE的修改到Small Repo：在FolderE目录内完成修改、提交后，执行git push，再回到Big Repo根目录提交子模块的引用更新。

为什么不选选项2 #

选项2的删除.git或修改远程地址的方法存在明显隐患：

• 手动修改Git关联容易出错，比如误将FolderE的修改提交到Big Repo，或丢失与Small Repo的同步关系。
• 其他克隆Big Repo的开发者会看到FolderE是普通文件夹，无法自动关联到Small Repo，即使仅本地运行，也会增加后续维护的复杂度。

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