可以通过本文了解到，几个分支之间的合并代码方法使您可以合并未来的代码，而不再担心。
有时，我们开发一个函数来基于主分支创建新分支，然后在开发函数的开发后，我们必须合并到主分支。
例如：功能分支壮举/村庄，主分支是开发人员。如果我们想将功能分支代码合并到主分支，那么我们必须首先切换到主分支。
当然，合并代码有时会发生冲突。目前，我们需要首先解决故障的突然性，然后在解决冲突后将其推开。
一般冲突可能是这样的：您首先将代码绘制到本地分支，然后其他同事也可能会更改唯一的功能或错误，但是他比您更早将代码合并到远程分支，以便您可以完成函数或修改函数或修改它。完成代码完成后，当合并到远程分支时，通常会自动合并一些合并，但是通常需要手动解决冲突。
同时，其他人可能已经更改了与您相同的功能相同的文件，因此不可避免地要手动解决冲突。
简单的冲突可能是：选择您的本地代码或远程分支的代码，或同时选择本地代码并添加远程分支的代码。有时合并后的代码可能存在问题。可能有必要与一起修改并重写冲突的同事讨论，因为我们也可以同时修改这两个功能，我们必须考虑如何兼容这两个功能。
您可以通过git日志确定
实际上，这里有两种情况。一个由一些提交分开。这不是连续的，也没关系。另一个是连续提出几个问题。
git樱桃饼commistida..commitidb git推
//如果您想包括Commtida，也可能是Git Cherry-Pick coldida。
我在四种日常工作中使用的合并场景。前三种类型已经使用了一点，并且第四种已使用一次。您是否遇到过这些场景？或者您是否有其他场景的合并？