本文主要介绍使用Git这种有主干分支概念的工具开发项目时，进行版本管理的方法。每种方法都对应一些特定情况，使用时可以按需选取。
主干开发主干发布
在一个开发周期迭代时所有开发测试都在主干分支上进行，待开发完成在主干上打tag发布。
主干开发分支发布
在主干上进行开发任务，发布时从主干上拉一个分支并进行测试与bug修复工作，待测试修复完成后在分支上发布，并将发布代码合并到主干上。
分支开发分支发布
每次开发周期迭代时都重新拉一个开发分支，在这个周期内所有开发任务都在这个分支上进行。待开发测试完成再将这个分支合并到主干分支上。
项目延期
由于种种原因没能完成开发任务，这时候需要在主干上单独拉一个分支进行延期项目开发，已完成的任务按原计划发布。在新分支上完成开发测试后再合并到主干分支上。
Bug
发现重大Bug需要专门拉取一个分支进行修复，并在修复完成后合并到主干分支上。
对于客户端，可能需要修复某一个版本的bug，在此版本tag上拉取分支，修复完成后在此分支上发布。
定制任务
对于客户端，可能需要为一些渠道定制开发，所以在主干分支上专门拉取一个分支进行开发，并在开发完成后发布。此次定制功能并不是主干代码需要的功能，不必合到主干分支上。
举例
在实际开发工作中，项目发布可能会在master分支上进行，而开发则会在develop分支上进行。
大家都在develop分支上开发，但总有一些情况导致某一两个项目无法在发布之前完成，然而所有代码无论开发完成的还是未开发完成的都在develop分支上。
这时候可以在develop分支上再开一个分支，develop上进行一些处理并进行一系列测试与bug修复工作，待测试完成将develop合并到master上发布。而新分支则继续进行延期项目开发，待开发完成合并到develop上，在下一个版本时发布。
