一、企业中我们是如何开发
-
入职第一天,管理人员分配/git账号密码
-
开发人员下载代码即文档/ 根据文档将环境搭建成功
-
团队一般会给你讲讲项目相关的支持
-
你接到第一个需求(或者某个功能,一般要经过沟通,分析,设计...等过程)
-
创建feature分支(一般一个需求对应一个feature,命名格式上标注该需求的id)
-
开发需求,本地测试,提交代码到当前需求对应的feature分支,一般来讲为了避免将测试代码提交,需要提交前,检查如下步骤：
- 6.1) 是否多提交了某个文件,比如测试文件
- 6.2) 是否漏提交文件
- 6.3) 打开每一个应该提交的文件,判断是否多提交了一行代码,是否少提交了一行代码,是否删除了本应该存在的代 码 ，检查完毕提交代码
-
合并分支至test分支-- 测试人员会在test分支中测试
-
测试人员测试bug ,开发者在feature分支上继续修改,提交
-
测试人员测试通过 ,test分支会被测试人员合并到develop开发分支,再次测试
10)develop分支最终会被合并到master主分支
二、开发中分支使用原则与流程
-
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
**hotfix分支：**如果master中的版本出现bug，就会从master分支中派出hotfix分支，修复完成后需要合并到master，test，develop分支；
**test/hotfix：**紧急测试bug有没有被修复，测试修复后会直接合并到master中。