目录
[1. 准备工作](#1. 准备工作)
[2. 添加成员](#2. 添加成员)
[2.1 添加企业成员](#2.1 添加企业成员)
[2.2 添加项目成员](#2.2 添加项目成员)
[2.3 添加仓库开发人员](#2.3 添加仓库开发人员)
[3. 开发场景 - 基于git flow模型的实践](#3. 开发场景 - 基于git flow模型的实践)
[3.1 新需求加入](#3.1 新需求加入)
[3.2 修复测试环境 Bug](#3.2 修复测试环境 Bug)
[3.3 修改预发布环境Bug](#3.3 修改预发布环境Bug)
[3.4 修改正式环境 Bug](#3.4 修改正式环境 Bug)
[3.5 紧急修复正式环境 Bug](#3.5 紧急修复正式环境 Bug)
[4. 拓展阅读](#4. 拓展阅读)
[4.1 其他DevOps研发平台](#4.1 其他DevOps研发平台)
[4.2 拓展实践](#4.2 拓展实践)
1. 准备工作
DevOps研发平台：
Gitee 企业版 - 企业级 DevOps 研发效能平台
https://gitee.com/enterprises
随便填写。
进入企业工作台。
创建项目。
选择敏捷项目，点击下一步。
完善信息，点击新建。
点击代码，新建仓库。
填写仓库的信息，点击新建。
2. 添加成员
这里我们要添加成员，我们必须先给企业添加成员。
2.1 添加企业成员
2.2 添加项目成员
2.3 添加仓库开发人员
3. 开发场景 - 基于git flow模型的实践
3.1 新需求加入
现有一个订单管理的新需求需要开发，首先可以基于develop分支创建一个feature/hyb_order_20250601_pay分支。
这里新建的时候给我们报错了，已经有feature分支了，这个分支在我们创建仓库的时候就已经被创建出来了。我们就不能使用feature/的方式来作为我们的分支名。我们创建仓库的时候分支模型选择生产/开发模型（支持master/devplop类型分支）的模型其实是符合我们的预期的。所以我们把之前创建的删掉，重新来创建一下。
我们重新创建仓库。
选择生产/开发模型，点击创建。然后重新创建分支。
点击新建，新分支就创建好了。
此时，我们就可以切换到这个分支上，然后拉到本地，就可以进行开发了。
这次为了效率我就直接在上面修改了，但是实际开发的过程中不建议直接在上面修改。
点击+号，暂存更改。
填写提交信息，点击提交。
我们可以看到，远程分支下就有了我们提交的代码。
-
需求在feature/hyb_order_20231012分支开发完毕，这时研发人员可以将代码合并到develop分支，将其部署在开发环境的服务器中，方便开发人员进行测试和调试。
a. 开发者在feature分支下发起请求评审
点击请求评审。
填写源分支和目标分支。
点击新建。
b. 审查员审查代码
审查之后就点测试通过，审查通过。
c,审查通过，合并分支
d. 合并成功，查看结果
这个流水线就可以部署我们的代码。
- 在develop下开发人员自测通过后，先确定下develop不存在未测试完毕的需求，然后研发人员可基于develop分支创建一个release/xxx分支出来，可交由测试人员进行测试。创建release分支要保证develop里面的内容是最新的，并且是经过我们测试完的代码。
此时这个分支就创建成功了，并且这个分支上有我们自测通过的代码，这个时候我们就可以将release分支部署到测试环境上了，比如说测试集群，预发布集群，此时测试人员就可以进行测试。
- 测试人员测试release通过后人包含测试环境和预发布环境的测试），就可将代码合并入master 。
在release分支下发起请求审批。
填写源分支和目标分支，并填写单子。
合并之后release分支也就没用用了，就可以勾选删除，最后点击新建。
最后点击测试通过和审查通过。
最后点击合并。
我们合并完之后确实把我们的release分支删除了。
此时，master分支上就有最新最稳定的代码了。
- 测试人员在master（正式环境)测试通过后，便可删除feature/xxx分支。
3.2 修复测试环境 Bug
在develop测试出现了Bug，建议大家直接在feature分支上进行修复。修复后的提测上线流程与新需求加入的流程一致。
3.3 修改预发布环境Bug
在release测试出现了Bug，首先要回归下develop分支是否同样存在这个问题。
如果存在，修复流程与修复测试环境Bug流程一致。
如果不存在，这种可能性比较少，大部分是数据兼容问题，环境配置问题等。
3.4 修改正式环境 Bug
在master测试出现了Bug，首先要回归下release和develop分支是否同样存在这个问题。
如果存在，修复流程与修复测试环境Bug流程一致。
如果不存在，这种可能性也比较少，大部分是数据兼容问题，环境配置问题等。
3.5 紧急修复正式环境 Bug
需求在测试环节未测试出Bug，上线运行一段时候后出现了Bug，需要紧急修复的。
有的企业面对紧急修复时，支持不进行测试环境的验证，但还是建议验证下预发布环境。
可基于master创建hotfix/xxx分支，修复完毕后发布到master验证，验证完毕后，将master 代码合并到develop分支，同时删掉hotfix/xxx分支。
4. 拓展阅读
4.1 其他DevOps研发平台
DevOps_DevOps 解决方案_一站式 DevOps_开发者工具 | 腾讯云 CODING DevOpshttps://coding.net/阿里云云效_云效_云原生时代新DevOps平台-阿里云https://www.aliyun.com/product/yunxiao
4.2 拓展实践
阿里飞流flow分支模型，及项目版本管理实践
项目版本管理的最佳实践：飞流Flow（阿里AoneFlow）篇-CSDN博客https://blog.csdn.net/bbcckkl/article/details/111087267