【发布时间】:2019-09-22 07:56:13
【问题描述】:
【问题讨论】:
-
修改的行算作删除和插入。
-
@EncryptedWatermelon 是的,但我可以算出这个具体情况吗?因为可能只有插入,例如。
-
@LeomardeSouza 不,因为“修改”和添加删除之间的区别是计算机没有资格判断的语义。
标签: git
【问题讨论】:
标签: git
这个问题出现在patch proposal in early 2018。
菲利普伍德试图突出concept of "modified lines"。
(他的patch made it here的简化版)
当一组行被修改时,大块包含删除,然后是插入。
为了正确暂存修改行的子集,我们需要将选定的删除与选定的插入相匹配,否则我们最终会得到删除和上下文行,然后是插入,这不是我们想要的。
要实现暂存修改的行,代码需要将每个已删除的行与其替换行配对。
它通过将连续的选定行组合在一起来做到这一点,因此它有一个组列表 删除的行和另一个插入行的列表,然后它通过列表中的索引对删除和插入进行配对。
菲利普开始怀疑:
我开始明白为什么我在写这篇文章时尝试过的所有其他程序(
tig、gitg、gitk和mercurial's version ofadd -i)都没有尝试正确地暂存修改过的行,尽管我认为 Git 应该有办法做到这一点。
Qnd Git 的主要维护者Junio C. Hamano 证实了这些疑问,并与this answer:
是的,这是一种可以提出和实现的功能,它适用于某些有限的情况,但不适用于其他情况。
并且很难解释如何解决实现限制——这就是为什么我停在“拆分这个大块?”并且在我设计的时候没有超越它 独创的“增量添加”功能。我认为难的真正原因是“舞台修饰线”中“修饰”没有很好的定义。
更糟糕的是,没有好办法机械地弄清楚,因为补丁只给你“这些被删除”和“这些被添加”,而没有给你“删除块中的这一行对应于添加的这两行块”(即“结果中将原来的这一行修改成这个东西”)。
【讨论】: