git add .与git add *警告差异疑问：为何部分忽略文件无提示？

这绝对不是Git的Bug，而是两种命令背后的处理逻辑差异导致的——核心在于shell通配符扩展和Git自身路径扫描的区别。让我一步步拆解给你看：

1. 两种命令的执行逻辑完全不同 #

• git add .：这个命令是让Git自己递归扫描当前目录下的所有内容（包括隐藏文件、所有子目录及其内部文件），然后自动应用.gitignore规则，跳过所有匹配的文件，整个过程不会产生警告（因为跳过被忽略文件是预期行为）。
• git add *：这里的*不是传给Git处理的，而是先被你的操作系统shell（比如bash、zsh）解析。shell会把*展开成当前目录下所有非隐藏的文件和目录名称，然后把这个展开后的列表传给Git。比如你的项目结构里有contributing.md和config目录，shell会把命令转换成git add contributing.md config。

2. 为什么只有contributing.md会触发警告？ #

Git只会在明确尝试添加某个被.gitignore匹配的单个文件时，才会抛出“文件被忽略”的警告。而对于目录的处理，规则完全不同：

• 当你执行git add config时，Git会递归扫描这个目录，但遇到被.gitignore匹配的文件（比如config/development/database.php）时，它会直接跳过这些文件，不会尝试添加，自然也不会产生警告——因为Git默认认为你是要添加整个目录的有效内容，忽略内部被排除的文件是正常逻辑。
• 而contributing.md是被shell明确列出来的单个文件，Git尝试添加它时，发现它命中了.gitignore规则，所以会抛出警告提示你这个文件被忽略了。

3. 验证这个逻辑的小技巧 #

如果你想让git add *也触发database.php的警告，你可以直接指定这个文件：

git add config/development/database.php

这时候Git就会明确告诉你这个文件被.gitignore忽略了，因为你是在尝试添加单个被排除的文件。

总结一下：这种差异完全是Git和shell分工不同导致的预期行为，不是Bug。如果想确保所有符合规则的文件被正确处理且避免混淆，推荐使用git add .来添加当前目录的所有内容。

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