代码版本管理——分支与主线开发方法

1、后市场研发2014.11.27分支&主线开发方法代码版本管理开发的故事10月1日发布了1.0版10月2日开发新的1.1版。10月3日在1.0上发现了bug,需要修复并发布1.01版。10月20日在1.01上发现了bug,需要修复并发布1.02版11月1日完成了1.1版的开发和测试，发布1.1版问题：1.保证1.1版本合并了1.01和1.02的bug修改。2.1.01版本和1.02版本的发版不影响1.1版本的开发分支开发方法V1.1原则：原则：1.1.只能在分支上开发，不能只能在分支上开发，不能在主线上直接开发。在主线上直接开发。2.2.分支合并前必须测试通过分支合并前必须测试通过3.3

2、.发布后（发布后（合并到主线后）合并到主线后）不得继续在该分支上开发不得继续在该分支上开发4.4.分支测试发布之前，必须分支测试发布之前，必须合并主线的修改合并主线的修改 release 分支分支 合并合并 V1.0V1.01V1.01V1.02V1.02V1.1V1.2V1.2只有只有1.021.02合并到合并到1.11.1分支可能有冲突分支可能有冲突V1.1 目录目录V1.0 标签标签开启一个新迭代或修复一个新缺陷开发和测试上线开发周期结束从主线中打出分支，分支标记为developing分支只能在支线上开发开发分支标记为released发布将分支合并入主线。将主线合并入其他developi

3、ng版本分支上不再进行任何开发合并分分支支开开发发法法开开发发流流程程分支开发目录结构+code+documents+code branch+1.1 released+1.01 released+1.02 released+1.2 developing+1.11 developing打分支时，可以用打分支时，可以用developingdeveloping标标记当前正在开发的版本。记当前正在开发的版本。发布后将版本名字改为发布后将版本名字改为releasedreleased主线开发方法同时开发新版本和修复bug主线开发方法V1.0V1.0releaseV1.01V1.02V1.1 目录目录V1.

4、0 标签标签V1.01mergeV1.1V1.1releaseV1.02merge原则：原则：1.1.每次发布后打出每次发布后打出releaserelease分分支支2 2. .所有所有bugbug修复在修复在releaserelease分分支进行支进行3 3. .主线负责新版本开发主线负责新版本开发4.4.主线测试发布前必须合并主线测试发布前必须合并上一个版本的上一个版本的releaserelease分支分支V1.0release mergeV1.2主线开发目录结构+code+documents+code branch+1.1 released+1.2 released+1.3 releas

5、ed开启一个新迭代开发和测试上线开发周期结束在主线上开发开发合并上一个release版本上修复的bug合并测试，并发布发布发布后打出release分支，以备此版本上的bug修复分支主主线线开开发发法法开开发发流流程程分支与主线方法比较只有developing分支在开发。所有的released分支可以直接发布可以随时从主线打出版本发布可以随时从主线打出版本开发新的分支分支目录有developing和released两种类型Release版本和主线同时在开发没有随时可以发布的版本分支目录只有release一种类型分支开发-更多支持同时进行多个功能的开发同时开发多个功能10月1日发布了1.0版10月

6、2日开发新的1.1版。10月3日在1.0上发现了bug,需要修复并发布1.01版。10月15日产品1.2版本设计完成，开始1.2版本的开发10月20日在1.01上发现了bug,需要修复并发布1.02版11月1日完成了1.1版的开发和测试，发布1.1版问题：1.2版本应当有1.01,1.02以及1.1版本的内容同时开发多个功能v1.0V1.1V1.01V1.02V1.2 release 分支分支 合并合并 目录结构+code+documents+code branch+1.1 developing+1.01 released+1.02 released+1.2 developing+1.03 developing每次有每次有rele