git不支持追踪空文件夹，因其对象模型无“空目录”类型；唯一可靠方法是在其中添加.gitkeep等占位文件并提交，删除占位文件后需手动git rm -r才能移除目录。
Git 本身不支持追踪空文件夹——这不是配置问题，是设计如此。 它只记录文件的快照，没有文件的目录不会被纳入索引。
为什么 git add 空文件夹没反应
执行 git add mydir/ 后没有任何输出、也没有出现在 git status 中，是因为 Git 在遍历时发现该目录下无任何可跟踪文件（包括隐藏文件），直接跳过。这不是命令写错，也不是权限问题，而是底层机制决定的。
- Git 的对象模型里没有“空目录”这种类型，只有
blob（文件内容）、tree（目录结构，但必须有子节点）和commit -
.gitignore里的规则不影响这一行为；即使你写了!mydir/，也无法起作用——因为 Git 根本没看到这个目录 - 常见误操作：反复
git add -f mydir/，结果一样无效；-f只绕过忽略规则，不创造文件
让空文件夹被 Git 跟踪的唯一可靠方式：放一个占位文件
最通用、最兼容的做法是在空目录里加一个名为 .gitkeep 的空文件（名字可自定义，但需保持一致且不被忽略）。
- 创建它：
touch mydir/.gitkeep，然后git add mydir/.gitkeep - 确保它没被
.gitignore拦截——检查是否有类似*.keep或.git*的全局忽略规则 - 如果项目已用
.gitignore忽略了所有文件（如*），需显式放行：!mydir/.gitkeep - 注意：Windows 下某些编辑器可能拒绝创建以点开头的文件，可用
type nul > mydir\.gitkeep替代
替代方案对比：.gitignore vs .gitkeep vs .gitmodules
有人试图用 .gitignore 文件本身“占位”，但这不可靠：
-
.gitignore是 Git 读取的配置文件，不是内容文件；放在空目录里虽能触发 Git 注意到该目录，但它的存在本身不保证该目录被提交（尤其当父目录未被 track 时） -
.gitmodules仅用于子模块，强行放进去会导致git submodule init报错：fatal: not a git repository -
.gitkeep是约定俗成、工具链友好（VS Code、IDEA 默认不折叠含此文件的目录）、CI/CD 脚本也普遍识别的方案
真正容易被忽略的是：空文件夹一旦被提交，后续删掉里面的 .gitkeep 并不会自动让 Git “忘记”这个目录——Git 仍保留其 tree 对象，直到你手动 git rm -r mydir 并提交。所以清理占位文件前，务必确认目录真的不再需要被版本控制。
