Git真的可以跟踪单个功能从一个文件到另一个文件的移动吗？如果是这样，怎么办？

好几次，我都遇到过这样的说法：如果您将一个函数从一个文件移动到另一个文件，那么Git可以跟踪它。例如，该条目说：“ Linus说，如果您将一个函数从一个文件移动到另一个文件，Git会告诉您该单个函数在整个移动过程中的历史。”

但是我对Git的一些底层设计有些了解，而且我不知道这怎么可能。所以我想知道……这是正确的说法吗？如果可以，这怎么可能？

我的理解是，Git将每个文件的内容存储为一个Blob，并且每个Blob都有一个全局唯一的标识，该标识源自其内容和大小的SHA哈希。然后，Git将文件夹表示为树。任何文件名信息都属于树，而不属于Blob，因此文件重命名例如显示为对树（而不是Blob）的更改。

因此，如果我有一个名为“ foo”的文件，其中包含20个函数，而其中一个名为“ bar”的文件中具有5个函数，并且我将其中一个函数从foo移到了bar（分别导致19和6）， Git如何检测到我将该功能从一个文件移到了另一个文件？

据我了解，这将导致2个新的blob存在（一个用于修改的foo，一个用于修改的bar）。我意识到可以计算出差异以表明该功能已从一个文件移至另一个文件。但是我看不到关于函数的历史如何与bar而不是foo关联（无论如何不是自动的）。

如果Git实际上要查看单个文件的内部，并为每个函数计算一个blob（这是疯狂的/不可行的，因为您必须知道如何解析任何可能的语言），那么我可以看到这是可能的。

那么...该陈述正确与否？如果是正确的话，那么我所缺乏的理解是什么？

通过提供此功能git blame -C <file>。

该-C选项使git试图在正在检查的文件中的文本块的添加或删除与同一变更集中修改的文件之间找到匹配项。其他-C -C，或-C -C -C扩展搜索范围。

用一个测试仓库自己尝试一下，git blame -C您将看到刚移动的代码块起源于它所属的原始文件。

从git help blame手册页：

整个文件重命名会自动跟随行的起点（当前没有选项可以关闭重命名跟随）。要跟随从一个文件移动到另一个文件的行，或者跟随从另一个文件复制并粘贴的行，等等，请参阅-C和-M选项。

从Git 2.15开始，git diff现在支持使用--color-moved选项检测移动的行。它适用于跨文件移动。

显然，它适用于彩色终端输出。据我所知，没有选项以纯文本补丁格式指示移动，但这是有道理的。

对于默认行为，请尝试

git diff --color-moved

该命令还需要选择，目前是no，default，plain，zebra和dimmed_zebra（使用git help diff以获得最新的选项及其说明）。例如：

git diff --color-moved=zebra

至于如何完成，您可以从功能作者的这次电子邮件交流中获得一些理解。

此功能的一部分位于git gui blame（+文件名）中。它显示文件行的注释，每行指示创建时间和上次更改时间。对于跨文件的代码移动，它将原始文件的提交显示为创建，并且将提交添加到当前文件的提交作为最后的更改。试试看。

我真正想要的是给git log文件路径加上行号范围作为参数，然后显示该代码块的历史记录。如果文档正确，则没有此类选项。是的，从Linus的发言中，我也认为这样的命令应该随时可用。

Git并不实际跟踪重命名所有。重命名只是删除和添加，仅此而已。显示重命名的任何工具都将从该历史信息中重建它们。

因此，跟踪功能重命名是在事后分析每个提交中所有文件的差异的简单问题。这没有什么特别不可能的。现有的重命名跟踪已经可以处理“模糊”重命名，其中对文件进行了一些更改并重命名；这需要查看文件的内容。查找功能重命名也是一个简单的扩展。

我不知道基本的git工具实际上是否这样做-它们试图做到语言中立，并且功能识别在很大程度上不是语言中立的。

还有git diff那会告诉你，从消失的某些行foo和再现bar。如果在同一提交中这些文件中没有其他更改，则更改很容易发现。

一个知识分子 git客户可以向您展示行是如何从一个文件移动到另一个文件的。语言感知的IDE将能够将此更改与特定功能对应。

重命名文件时会发生类似的事情。它只是以一个名称消失，而以另一个名称重新出现，但是任何合理的工具都可以注意到它并表示为重命名。