Git版本管理策略

本文主要介绍使用Git这种有主干分支概念的工具开发项目时,进行版本管理的方法。每种方法都对应一些特定情况,使用时可以按需选取。

主干开发主干发布

在一个开发周期迭代时所有开发测试都在主干分支上进行,待开发完成在主干上打tag发布。

主干开发分支发布

在主干上进行开发任务,发布时从主干上拉一个分支并进行测试与bug修复工作,待测试修复完成后在分支上发布,并将发布代码合并到主干上。

分支开发分支发布

每次开发周期迭代时都重新拉一个开发分支,在这个周期内所有开发任务都在这个分支上进行。待开发测试完成再将这个分支合并到主干分支上。

项目延期

由于种种原因没能完成开发任务,这时候需要在主干上单独拉一个分支进行延期项目开发,已完成的任务按原计划发布。在新分支上完成开发测试后再合并到主干分支上。

Bug

发现重大Bug需要专门拉取一个分支进行修复,并在修复完成后合并到主干分支上。

对于客户端,可能需要修复某一个版本的bug,在此版本tag上拉取分支,修复完成后在此分支上发布。

定制任务

对于客户端,可能需要为一些渠道定制开发,所以在主干分支上专门拉取一个分支进行开发,并在开发完成后发布。此次定制功能并不是主干代码需要的功能,不必合到主干分支上。

举例

在实际开发工作中,项目发布可能会在master分支上进行,而开发则会在develop分支上进行。

大家都在develop分支上开发,但总有一些情况导致某一两个项目无法在发布之前完成,然而所有代码无论开发完成的还是未开发完成的都在develop分支上。

这时候可以在develop分支上再开一个分支,develop上进行一些处理并进行一系列测试与bug修复工作,待测试完成将develop合并到master上发布。而新分支则继续进行延期项目开发,待开发完成合并到develop上,在下一个版本时发布。