Git分支管理模型

参考博客：
阮一峰 分支管理策略
分支管理策略

分支管理目的：

• 打包方便，不影响测试效率。
• 分支自管理，便于开发独立性。
• bug易于处理，并不影响现行开发进度。

分支管理概述：

1. 在git服务器上，只允许存在master和dev分支。不允许出现多余分支信息。
2. 软件开发实践中，master用于定版tag。dev用于日常开发。版本迭代过程中各种需求点的实现开启新的需求分支来实现，测试测过后merge到dev分支。所有开发人员开发完所有需求后，merge到dev分支后，开启新分支release_version。再次用于测试，修改完bug后merge到dev和master，并打tag。
3. 线上Bug出现，从master checkout bugFix分支，修复完Bug后，merge到dev和master。再次发版。

分支管理实现：

主干分支master：

• 发布分支，只允许存在定版分支，打tag分支

开发分支dev：

• dev：日常开发分支，开发节点都在其上

功能分支feature_desc:

• 完成功能分支，desc描述该需求。从dev分支checkout，完成功能后merge进dev，并移除该分支。

预发布分支：

• 要发版分支，即该版本功能完成后交付给测试的分支。之后出现所有bug都在其上完成。定版后merge进dev和master，并移除该分支。

bugFix分支：

• 线上版本出现问题后，从master分支checkout，修完bug后merge进master和dev，并移除该分支。

成功的版本管理图示：