Git行变更计算原理解析及提交后变更统计异常问题咨询

嘿，这个问题我之前也踩过类似的坑，来给你掰扯清楚～

先拆解你的具体场景 #

首先复盘下你的操作：

1. 首次提交的是单行文本文件，内容是 Line one
2. 你新增一行后，文件变成两行：

   Line one
   Line two
   

3. 提交后Git反馈 1 file changed, 2 insertions(+), 1 deletion(-)

最可能的原因是行尾换行符的差异！很多人会忽略这个细节：

• 首次提交的文件可能没有行尾换行符（也就是文件内容就是Line one，结尾没有\n）
• 你编辑后新增行时，编辑器自动给第一行加上了换行符，同时新增了第二行，最终文件内容是Line one\nLine two\n

这时候Git会认为：原来的那行Line one（无换行）被删除了，然后插入了带换行的Line one和新行Line two——正好对应1删除、2插入的统计结果！

Git是怎么计算行变更的？ #

Git核心用的是Myers差分算法，这个算法的目标是找两个版本间最少的编辑操作，但统计行变更时有几个关键规则：

• 「修改行」会被拆成「删除旧行 + 插入新行」来统计（除非你用特定参数调整显示）
• 行尾的换行符会被视为行内容的一部分：比如“Line one”（无换行）和“Line one\n”（有换行），Git会判定为两行不同的内容
• 统计里的insertions(+)是新增的行数，deletions(-)是被移除的行数，所有的“修改”都会被拆解成删+插

举个直观的例子：

• 旧版本文件内容：Line one（无换行）
• 新版本文件内容：Line one\nLine two\n

Git生成的diff会是这样：

- Line one
+ Line one
+ Line two

这就对应了你看到的2 insertions(+), 1 deletion(-)。

如果首次提交的文件本身就有行尾换行符（也就是Line one\n），那新版本新增一行后的diff只会显示：

+ Line two

统计就是1 insertion(+), 0 deletions(-)，这就是你预期的结果。

怎么验证？ #

你可以在本地执行 git diff HEAD^ HEAD 命令，查看具体的差异内容，就能清楚看到Git到底把哪些行标记为删除和插入了。

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