【Git】10. 企业级项⽬管理实战

企业级项⽬管理实战

准备⼯作

DevOps研发平台

Gitee企业版免费版

企业名称可随意填写⼀个测试名称，只要能通过即可。注意，多⼈协作开发，需要将多⼈账号拉⼊⼀个企业下才⾏。如何添加成员后⾯会介绍。

创建项⽬

创建仓库

注：

• 创建的仓库可以关联到某个项⽬中被管理

添加成员

1. 添加企业成员
   
   
   申请后需要负责⼈审批通过。
2. 添加项⽬成员
   
   
3. 添加仓库开发⼈员
   
   

开发场景-基于git flow模型的实践

新需求加⼊

现有⼀个订单管理的新需求需要开发，⾸先可以基于 develop 分⽀创建⼀个

feature/hyb_order_20231012 分⽀。

需求在 feature/hyb_order_20231012 分⽀开发完毕，这时研发⼈员可以将代码合并到develop 分⽀，将其部署在开发环境的服务器中，⽅便开发⼈员进⾏测试和调试。

a. 开发者在 feature 分⽀下发起请求评审

b. 审查员审查代码

c. 审查通过，合并分⽀

d. 合并成功，查看结果

2. 在 develop 下开发⼈员⾃测通过后，先确定下 develop 不存在未测试完毕的需求，然后研发⼈员可基于 develop 分⽀创建⼀个 release/xxx 分⽀出来，可交由测试⼈员进⾏测试。
   

3. 测试⼈员测试 release 通过后（包含测试环境和预发布环境的测试），就可将代码合并⼊master 。
   
   

4. 测试⼈员在 master (正式环境) 测试通过后，便可删除 feature/xxx 分⽀。
   

修复测试环境 Bug

在 develop 测试出现了Bug，建议⼤家直接在 feature 分⽀上进⾏修复。

修复后的提测上线流程 与 新需求加⼊的流程⼀致。

修改预发布环境 Bug

在 release 测试出现了 Bug，⾸先要回归下 develop 分⽀是否同样存在这个问题。

如果存在，修复流程 与 修复测试环境 Bug流程⼀致。

如果不存在，这种可能性⽐较少，⼤部分是数据兼容问题，环境配置问题等。

修改正式环境 Bug

在 master 测试出现了Bug，⾸先要回归下 release 和 develop 分⽀是否同样存在这个问题。

如果存在，修复流程 与 修复测试环境 Bug流程⼀致。

如果不存在，这种可能性也⽐较少，⼤部分是数据兼容问题，环境配置问题等。

紧急修复正式环境 Bug

需求在测试环节未测试出 Bug，上线运⾏⼀段时候后出现了 Bug，需要紧急修复的。

有的企业⾯对紧急修复时，⽀持不进⾏测试环境的验证，但还是建议验证下预发布环境。

可基于 master 创建 hotfix/xxx 分⽀，修复完毕后发布到 master 验证，验证完毕后，将

master 代码合并到 develop 分⽀，同时删掉 hotfix/xxx 分⽀。

拓展阅读

其他DevOps研发平台
腾讯coding
阿⾥云效

拓展实践

阿⾥⻜流flow分⽀模型，及项⽬版本管理实践：
https://blog.csdn.net/bbcckkl/article/details/111087267