这可能最终会很好,并且Git不会产生重复的代码。
进行合并时,Git会查看两个标头(要合并的分支)以及合并基础,这通常是最近的常见提交。如果两个文件头的内容完全相同,则合并是微不足道的,Git会选择该结果。如果没有,它将尝试从各个方面合并更改。
这样做时,如果更改是对两个单独的代码区域进行的,则合并成功,因为Git将在每一侧都包含更改。如果更改是在同一区域进行的,但它们是相同的更改,则Git仅取相同的部分(一次)并将其用于结果中。如果您对同一区域有不同的更改,则Git会发生冲突,因此您必须手动解决问题。
如果合并成功而没有冲突,那么Git可能会做正确的事,并且您会得到理智的结果,尽管有时合并的确会导致奇怪的行为,因为Git仅在行上操作并且本质上不了解您代码的结构。通常,您可以通过构建和测试代码来检测到这一点,并且在典型实践中,极少发生意外行为。如果双方都有相似的更改,Git不会重复代码;在最坏的情况下,它会发生冲突,并让您弄清楚该怎么办。
如果合并中有冲突,则必须手动解决。如果您使用请求请求通过GitHub进行合并,它将告诉您请求请求中是否存在冲突。如果要在命令行上进行操作,则只需尝试看看其效果如何。
本文链接:https://www.f2er.com/2275383.html