Git重命名文件识别机制：依赖inode还是文件内容？

刚琢磨过这个点，刚好能给你说清楚：
假设我们在一个Git管理的干净工作副本里，对已经被Git追踪的hello.txt文件执行重命名操作，你会发现Git能精准识别出这其实是同一个文件，只是换了个名字而已。

我之前也一直有个模糊的误解：以为Git是通过inode来判断新文件和被删除的旧文件是不是同一个，但实际查下来发现完全不是这么回事——Git根本不依赖inode，只靠文件内容的匹配度来识别重命名。

我的结论： 要是你对文件做了较大幅度的修改，那Git的自动内容匹配可能就失效了，这时候它会把修改后的新文件当成一个全新的文件，同时把原来的旧文件标记为删除。这种情况下，最好用git mv 旧文件名 新文件名命令来手动告诉Git这是一次重命名操作，这样Git就能正确追踪这个文件的历史啦。

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