Git 提交统计数据如何显示负总行数?
我很好奇,这不是我真正需要的知识,但出于好奇,为什么只有一个贡献者Git 提交统计数据如何显示负总行数?,git,github,Git,Github,我很好奇,这不是我真正需要的知识,但出于好奇,为什么只有一个贡献者535提交/35625++/55548--,所以看起来删除的行比添加的行多?我希望添加的行数总是大于或等于删除的行数?为什么 我希望添加的行总是大于或等于删除的行 如果删除了文件的很大一部分,那么这些行将被删除。 数字非常简单: 添加了多少行 删除了多少个() 为什么数字不能是这样?这两个数字不是一个接一个的,它们是所有提交文件中总行数的纯粹累积。我发现我和其他答案的作者之间存在一些混淆,因为我没有足够清楚地指定此存储库只有一
535提交/35625++/55548--
,所以看起来删除的行比添加的行多?我希望添加的行数总是大于或等于删除的行数?为什么
我希望添加的行总是大于或等于删除的行
如果删除了文件的很大一部分,那么这些行将被删除。
数字非常简单:
- 添加了多少行
- 删除了多少个()
为什么数字不能是这样?这两个数字不是一个接一个的,它们是所有提交文件中总行数的纯粹累积。我发现我和其他答案的作者之间存在一些混淆,因为我没有足够清楚地指定此存储库只有一个作者。一旦考虑到这一点,就可以得出我假设的行计数差>=0的结论 问题的原因是,由于对git的一些误用(可能没有配置作者的电子邮件),一些提交被标记为来自author
unknown
,并且该unknown也不会作为不同的作者显示在应用程序的统计中,他的提交显然也不会计入统计中
这个问题已经显现出来了,后来还有一些问题
作者是否可以在推送这些提交后修复它们,将它们标记为自己的,这可能是另一个问题的主题。这是因为您可能有一个文件
a.c
,其中包含1000行代码,而您删除了1000行,只添加了50行。所以你有一个包含1000次删除和50次添加的提交。是的,但首先我必须在repo中添加a.c
文件,对吗?因此,我将有+1050-1000
想象如下:添加文件A.c
,包含1000行。提交(添加1000行)、删除1000行、提交(删除1000行)、添加50行、提交(添加50行),这不是+1050-1000
?我不确定它们是否是累积的。对我来说,它更像一个计数器,上升到1000,下降到-1000,上升到50。在我删除文件之前,我必须将其添加到repo中,这也会计入统计数据?你说的对,你所有的更改都会被计入。added+removedso,我的全部问题是,如果事先没有添加行,如何删除行?因此,总数怎么可能是负数?我还是不明白,它只是增加了多少行还是删除了多少行的总和,而不是项目的代码行。让我解释一下:现在在你的回购协议中,你有100行的文件。删除了5行,添加了5行(不同的)。状态将显示++----表示添加的5个和删除的5个。文件中没有对行总数的引用