git:合并已重新排序的文件
我有一个分支,在这个分支中,我对一个(Python)文件进行了一些操作,而在主分支中对同一个文件继续进行开发。通常情况下,git merge可以很容易地处理这个问题,但是我所做的一个更大的更改是对文件中的类重新排序。结果,git的合并算法变得毫无希望地混乱。有没有办法告诉它从一边合并文件的特定部分,另一边合并不同的部分?使用耐心策略(git:合并已重新排序的文件,git,Git,我有一个分支,在这个分支中,我对一个(Python)文件进行了一些操作,而在主分支中对同一个文件继续进行开发。通常情况下,git merge可以很容易地处理这个问题,但是我所做的一个更大的更改是对文件中的类重新排序。结果,git的合并算法变得毫无希望地混乱。有没有办法告诉它从一边合并文件的特定部分,另一边合并不同的部分?使用耐心策略(-s patience)可能会有所帮助,因为它匹配文件中的唯一行,而不是重复行。我想到的另一个选择是做一个交互式的重基(-i),而不是一个合并,如果你愿意,它可以让
-s patience
)可能会有所帮助,因为它匹配文件中的唯一行,而不是重复行。我想到的另一个选择是做一个交互式的重基(-i
),而不是一个合并,如果你愿意,它可以让你一个补丁一个补丁地进行。合并
没有交互式选项。除此之外,这只是其中一种情况,你必须咬紧牙关,以艰难的方式去做。使用图形化合并工具可以使它变得更容易。使用耐心策略(-s patience
)可能会有一些帮助,因为它匹配文件中唯一的行,而不是重复的行。我想到的另一个选择是做一个交互式的重基(-i
),而不是一个合并,如果你愿意,它可以让你一个补丁一个补丁地进行。合并
没有交互式选项。除此之外,这只是其中一种情况,你必须咬紧牙关,以艰难的方式去做。使用图形合并工具可以使它变得更简单。您可以指定一个完整的文件来覆盖另一个文件,但我不知道如何分割文件。您可以指定一个完整的文件来覆盖另一个文件,但我不知道如何分割文件。我以前想过这个问题,在git中听上去没有这样的功能:(我以前想过这个问题,在git中听上去没有这样的功能:(谢谢你的回答。我最终得到了与主分支不同的结果,并通过剪切和粘贴手动应用位:(谢谢你的回答。我最终得到了一个与主分支不同的分支,并通过剪切和粘贴手动应用位:(