Git切换分支后报无法读取当前工作目录错误的原因说明

这个报错和Git本身的分支逻辑无关，是进程工作目录的inode引用失效导致的，属于操作系统文件系统机制的正常表现：

• 你认知里两个分支目录结构完全一致，不代表两个分支下的test目录是文件系统里的同一个实体：Git切换分支时，只要当前分支和目标分支的同名目录在提交哈希、元数据上存在差异，就会先删除当前工作区里旧的test目录，再写入目标分支对应的test目录。这个删除+重建的操作，会让新生成的test目录对应文件系统里一个全新的inode（文件系统唯一标识文件/目录的编号），和你切换分支前Shell进程绑定的旧test目录inode不是同一个对象。
• 切换分支后你执行pwd还能看到正确的路径，是因为Shell本身维护了一份逻辑路径的缓存，不会每次执行普通命令都去内核校验当前工作目录的inode有效性，所以表面看路径没变，但内核层面你当前Shell进程持有的工作目录句柄，指向的是已经被Git删除的旧inode，对应的目录实体已经不存在了。
• 后续执行Git命令时，Git会通过系统调用向内核请求当前进程的真实工作目录路径，内核检测到进程持有的工作目录句柄指向的inode已经被移除，就会返回No such file or directory错误，也就是你看到的报错。
• 你执行cd ..再重新cd test的操作，会让Shell重新解析路径，绑定新生成的test目录的有效inode作为当前工作目录，句柄重新指向有效实体，后续执行Git命令就可以正常运行。

补充：哪怕两个分支下test目录内的文件内容肉眼看起来完全一致，只要两个分支上该目录的提交轨迹不是完全同源（比如release-b分支上的test目录曾经提交过改动，哪怕后续改回和release-a完全相同的内容），Git切换分支时都会触发目录重建，就可能出现这个问题。

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