Git 案例（企业如何使用git开发项目）

一、企业中我们是如何开发

1. 入职第一天,管理人员分配/git账号密码

2. 开发人员下载代码即文档/ 根据文档将环境搭建成功

3. 团队一般会给你讲讲项目相关的支持

---

4. 你接到第一个需求(或者某个功能,一般要经过沟通,分析,设计...等过程)

5. 创建feature分支(一般一个需求对应一个feature,命名格式上标注该需求的id)

6. 开发需求,本地测试,提交代码到当前需求对应的feature分支,一般来讲为了避免将测试代码提交,需要提交前,检查如下步骤：

• 6.1) 是否多提交了某个文件,比如测试文件
• 6.2) 是否漏提交文件
• 6.3) 打开每一个应该提交的文件,判断是否多提交了一行代码,是否少提交了一行代码,是否删除了本应该存在的代 码 ，检查完毕提交代码

7. 合并分支至test分支-- 测试人员会在test分支中测试

8. 测试人员测试bug ,开发者在feature分支上继续修改,提交

9. 测试人员测试通过 ,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中。