摘要
规范代码开发流程
git 分支分为集成分支、功能分支和修复分支,分别命名为 develop、feature 和 hotfix,均为单数。不可使用 features、future、hotfixes、hotfixs 等错误名称。
1.git主分支(master)。它是自动建立,用于发布重大版本更新(github 现在默认是是main 因种族歧视问题)
2.git开发主分支(develop)。日常开发在此分支上进行
3.git临时性分支:用于应对一些特定目的的版本开发(验证OK后,应该删除此分支)
1 | - 功能(feature)分支:它是为了开发某种特定功能,从Develop分支上面分出来的。开发完成后,要再并入Develop。可以采用feature-的形式命名。 |
开发流程
暂定临时分支feature、hotfix两种启用。暂不启用RP、code review。
1.基于develop生成新临时开发分支。
2.测试、正式环境上线通过。
3.合并至develop分支,并生成对应的tag版本。
4.完成特定功能开发后(验证OK后,应该删除此分支)。
5.README.md文档中记录tag版本生成时间以及具体的功能名称。
修复bug流程
根据最新已经上线的分支代码创建hotfix分支。
1.基于develop或者上个tag版本(根据实际情况而定)生成新临时开发分支。
2.测试、正式环境上线通过。
3.合并至develop分支,并生成对应的tag版本。
4.若存在临时开发分支
-完成特定功能开发后(验证OK后,应该删除此分支)。
5.若存在临时开发分支
-临时开发分支合并已经修复bug的develop代码。
6.若存在临时开发分支
-临时开发分支完成特定功能开发后(验证OK后,应该删除此分支)。
7.README.md文档中记录tag版本生成时间以及具体的功能名称。
案例
开发尺码
1 | git checkout develop // 切换开发分支,git pull origin develop 并同步最新的develop分支代码。(强制) |
master 合并周期
每月月底最后几个工作日完成对master 对develop分支的合并。
tag 版本命名
版本命名规范
- 版本: v1.1.1 ( Build 101001 )
- 版本格式 bigVersion.middleVersion.smallVersion
- bigVersion 大版本(年度或者重大更新(强制更新,老版本存在不兼容等情况)) 取值范围 1-99
- middleVersion 迭代版本 取值范围 1-99
- smallVersion bug修复增强发布。 取值范围 1-999
- Build为版本纯数字格式化。