git如何选择性合并_Git分支合并选择

用Git进行多人协作开发时，必然会合并代码，解决冲突。然而合并代码也是需要点技巧的，如果对一些关键命令没有理解去使用的话，git的版本演进路线就会变得很乱，从而造成了日后维护的一些麻烦。

Git上合并代码有git merge 以及 git rebase 两种方式。下面将深入两者的用法以及对两者的适用场景作个总结。

前置知识点

Master分支：首先，代码库应该有一个、且仅有一个主分支。所有提供给用户使用的正式版本，都在这个主分支上发布。这个分支被称为Master分支；

Develop分支：主分支只用来分布重大版本，日常开发应该在另一条分支上完成。我们把开发用的分支，叫做Develop分支。这个分支可以用来生成代码的最新隔夜版本(nightly)。如果想正式对外发布，就在Master分支上，对Develop分支进行"合并"(merge)。

临时性分支：除了常设分支以外，还有一些临时性分支，用于应对一些特定目的的版本开发。临时性分支主要有三种：

功能(feature)分支：它是为了开发某种特定功能，从Develop分支上面分出来的。开发完成后，要再并入Develop。它的命名，可以采用feature-*的形式。

预发布(release)分支：它是指发布正式版本之前(即合并到Master分支之前)，我们可能需要有一个预发布的版本进行测试。预发布分支是从Develop分支上面分出来的，预发布结束以后，必须合并进Develop和Master分支。它的命名，可以采用release-*的形式。

修补bug分支：软件正式发布以后，难免会出现bug。这时就需要