git check-ignore *与git ls-files忽略文件查询命令有何区别？

二者核心逻辑有本质区别，以下是常见的输出不一致的场景：

• 匹配路径范围不同
  git check-ignore *的路径列表由Shell预先对*通配符展开得到，默认只包含当前目录下的非隐藏文件和一级子目录，不会遍历嵌套子目录内容，也默认不包含.开头的隐藏文件。
  而git ls-files --others --ignored --exclude-standard是Git自行遍历整个工作区的所有未追踪文件，包含嵌套子目录下的所有层级文件、隐藏文件，能覆盖到前者完全检测不到的路径。
  举个例子：如果有被忽略的路径build/output.log、.env.local，git check-ignore *不会返回这两个路径，而ls-files命令会正常返回。
• 输出粒度不同
  当被忽略的是一个目录时，git check-ignore *只会返回该目录本身的路径。而ls-files命令的输出粒度受status.showUntrackedFiles配置影响：如果配置为all，会返回该目录下所有被忽略的文件完整路径；如果配置为normal，只会返回目录本身，和前者的输出也可能存在数量差异。
• 特殊字符适配不同
  如果工作区内存在文件名带空格、换行或者Shell特殊字符的文件，Shell展开*时可能出现解析错误，导致git check-ignore漏检对应路径，而Git自行遍历的ls-files命令不会存在这类问题。

如果要让git check-ignore的输出尽可能和ls-files对齐，需要先开启Shell的globstar模式，再执行git check-ignore **/* .[!.]*匹配所有层级文件和隐藏文件，即便如此也无法保证100%的输出一致，二者的底层实现逻辑决定了适用场景本就有区别：git check-ignore多用于校验指定路径是否被忽略，ls-files多用于批量列出所有被忽略的未追踪文件。

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