一、企业中我们是如何开发
-
入职第一天,管理人员分配/git账号密码
-
开发人员下载代码即文档/ 根据文档将环境搭建成功
-
团队一般会给你讲讲项目相关的支持
-
你接到第一个需求(或者某个功能,一般要经过沟通,分析,设计...等过程)
-
创建feature分支(一般一个需求对应一个feature,命名格式上标注该需求的id)
-
开发需求,本地测试,提交代码到当前需求对应的feature分支,一般来讲为了避免将测试代码提交,需要提交前,检查如下步骤:
- 6.1) 是否多提交了某个文件,比如测试文件
- 6.2) 是否漏提交文件
- 6.3) 打开每一个应该提交的文件,判断是否多提交了一行代码,是否少提交了一行代码,是否删除了本应该存在的代 码 ,检查完毕提交代码
-
合并分支至test分支-- 测试人员会在test分支中测试
-
测试人员测试bug ,开发者在feature分支上继续修改,提交
-
测试人员测试通过 ,test分支会被测试人员合并到develop开发分支,再次测试
10)develop分支最终会被合并到master主分支
二、开发中分支使用原则与流程
![](https://file.jishuzhan.net/article/1721491584089853954/69655dc6d4ebcd7ba4ffdb61c44610c3.webp)
-
master(生成)分支
线上分支,主分支,中小模型显目作为线上运行的应用对应的分支;
-
develop(开发)分支
是master创建的分支,一般作为开发部门的主要开发分支,如果没有其他并行开发不同期上线要求,都可以在此版本进行开发,阶段开发完成后,需要合并到master分支,准备上线;
-
feature/xxxx分支
从develop创建的分支,一般是同期并行开发,但不同期上线时创建的分支,分支上研发任务完成后合并到develop分支;
-
hotfix/xxxx分支
从master派生的分支,一般作为线上bug修复使用,修复完成后需要合并到master,test,develop分支;;
-
其他分支
三、企业对应的分支
企业:master(一个),develop(一个),feature(多个:每个需求对应一个),test(多个:对每个feature进行测试)
**feature分支命名规则(可能):**feature/开发人员名字_时间-需求id
**test分支命名规则(可能):**test/测试人员_时间-需求id
![](https://file.jishuzhan.net/article/1721491584089853954/abe5c4301826fd4debb1dd2dd736d57b.webp)
**hotfix分支:**如果master中的版本出现bug,就会从master分支中派出hotfix分支,修复完成后需要合并到master,test,develop分支;
**test/hotfix:**紧急测试bug有没有被修复,测试修复后会直接合并到master中。