Git 分支管理与开发流程

参考连接

摘要：

1. 主分支是所有开发活动的核心分支。所有的开发活动产生的输出物最终都会反映到主分支的代码中。主分支分为master分支和development分支。

2.辅助分支是用于组织解决特定问题的各种软件开发活动的分支。辅助分支主要用于组织软件新功能的并行开发、简化新功能开发代码的跟踪、辅助完成版本发布工作以及对生产代码的缺陷进行紧急修复工作。这些分支与主分支不同，通常只会在有限的时间范围内存在。

3.feature分支（有时也可以被叫做“topic分支”）通常是在开发一项新的软件功能的时候使用，这个分支上的代码变更最终合并回develop分支或者干脆被抛弃掉（例如实验性且效果不好的代码变更）。

4.release分支是为发布新的产品版本而设计的。在这个分支上的代码允许做小的缺陷修正、准备发布版本所需的各项说明信息（版本号、发布时间、编译时间等等）。

5.除了是计划外创建的以外，hotfix分支与release分支十分相似：都可以产生一个新的可供在生产环境部署的软件版本。

6.版本格式：主版本号.次版本号.修订号，版本号递增规则如下：

6.1 主版本号：当你做了不兼容的 API 修改，

6.2 次版本号：当你做了向下兼容的功能性新增，

6.3 修订号：当你做了向下兼容的问题修正。

先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面，作为延伸。

7.制定coding style，并坚持代码审查。代码的规范非常重要，好的代码可以提高整体团队的开发与沟通的效率。好的代码会说话。代码审查可以结对完成，只有审查通过，才可以提交代码。可以通过创建pull request来进行代码的审查，通过之后，再merge到代码库中去。

个人总结：

在日常开发中，尤其是多个开发者迭代一个版本的时候，经常会遇到代码冲突，因此，建议在开发前，互相沟通好各自要改的文件，尽量避免多人同时修改一个文件的情况。

本帖拿utsoft-demos做例子，描述开发人员对项目的分支管理和代码review。

如下图：utsoft-demos是一个常见的spring项目，现在要在该项目中做个次版本号的迭代，参与该项目的有唐超和宋旋。

因此将master作为主分支，派生一个新的分支，供唐超和卢衡迭代这个版本，取名1.1.x 该命名的级别和release类似

下图是分支的权限设定，理论上，master和1.1.x都不允许开发人员直接提交代码。所以这里设定只有我可以更改，合并代码。

...

这时候唐超或宋旋在SourceTree中检出1.1.x分支到本地

并为自己派生一个开发分支 dev/chao.tang ,这个地方，每个开发人员单独一个分支的好处是，不用关心在多个开发人员在同一个分支上开发的时候导致的代码冲突问题，但是弊端是合并到1.1.x的时候，会产生代码错误合并。另一种方法是，N个开发人员，共用一个分支，比如feature/20170215（附1）。