为何Git仅忽略.gitignore中带./前缀的部分目录？

1. Git忽略规则的路径匹配差异 #

Git解析.gitignore时，带./前缀和不带前缀的规则逻辑有细微区别：

• 不带./的规则（比如test1/）：属于递归匹配，会匹配当前目录及所有子目录里叫test1的目录。
• 带./的规则（比如./test1/）：是精确路径匹配，只匹配当前目录下直接存在的test1目录。

2. 空目录的特殊解析问题 #

Git本身不追踪空目录，你创建的test1/、test2/、test3/如果是空目录，就会触发旧版Git的解析bug：

• 部分低于2.20.0版本的Git，对./前缀的空目录匹配存在识别问题，导致忽略规则不生效，所以这些空目录依然出现在git status的未追踪列表里。
• 去掉./前缀后，递归匹配规则能正常触发，空目录就被正确忽略了。

3. ./bin/不受影响的原因 #

bin/目录不管加不加./都生效，主要是两个可能：

• 这个目录下有文件存在：当目录里有文件时，Git会优先基于文件路径解析忽略规则，不管带不带./，只要规则指向该目录，就能正确忽略目录及其中的文件。
• 该目录之前已经被Git成功忽略过：如果bin/是通过历史规则或提交被标记为忽略的，后续修改./前缀不会影响已生效的忽略状态。

验证小技巧 #

• 查Git版本：执行git --version，如果版本太旧（低于2.20.0），升级到稳定版就能解决大部分路径匹配的bug。
• 测试非空目录：在test1/里随便建个空文件，再用./test1/的规则，Git应该就能正确忽略了。

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