git无法正确合并分支

Question

我遇到一个奇怪的问题，当合并进入两个分支时

一个分支中的 a.py 文件包含90行代码， 然后合并到 two 分支和来自 one 分支的相同文件 a.py ，现在有50行代码，

某些代码不会出现，没有冲突的问题，也没有其他（如果p在分支 two 中编译失败，因为它需要的代码不是）。

然后对 a.py 文件中的一个分支进行更改，并再次进行合并， 如果混合了新的更改，但以前的没有，则

我已经删除了git缓存，甚至还再次克隆了存储库，但是它仍然是分支一个的提交的同一部分，不会传递给分支两个< / strong>，（新的）

  

问题是，合并中是否有特定标准。或存储这些更改但不应用这些更改的特殊合并缓存

Answer 1

合并并不意味着文件将一直增长。这取决于两个分支机构的分歧历史。如果文件的最后一位祖先的内容与分支 one 中的内容相同，则在牧场的 two 中，您删除了几行...。如果合并，文件将仍然保持在分支 two 中，则不会增长。如果您删除了两个分支上的行，也会发生类似的情况（例如，从一个文件开始为100行。分支一删除了十行。...分支二删除了另一组约40行，而不是同一行。当合并后，您最终应该得到一个大约50行的文件。