Gitlab仓库提交与更新代码规范落地共识

大家好，我是老陈。我又来了，今天与大家分享另外一篇原本是内部开发团队更新代码规范共识，并且内部开发团队也一直是在践行本操作方案，确实很有效。所以想与众多朋友分享探讨。

上一篇 Gitlab开发工作流与问题跟踪器和发版规范指引(内部图文) 的介绍，本篇主要介绍代码分支推送方式。希望对你有帮助。

基于我们已上线 CICD 系统（相关GitlabCICD自动部署功能设置方式下篇内容再发），为提升我们团队整体开发效率与同步规范，以下建议与大家同步分享，望能早日落地，使团队效率整体提升。

落地此代码提交规范共识的好处：

1.减少代码冲突；

2.增强代码跟踪能力，邮件通知；

3.提升团队开发协助效率，降低沟通成本；

4.增加代码与问题的透明度；

5.Review更加方便与规范；

我们每次开发迭代提交一次功能代码，首先提交问题跟踪器，Gitlab集成了整套MVP迭代跟踪器。（详细可参考：《Gitlab开发工作流与问题跟踪器和发版规范指引》）

第一步：提交问题

第一步：提交问题

第二步 ： 填写问题的TITLE 和内容

第二步：填写TITLE和内容

建议使用英文，因为系统和通过英文标题自动生成对应的分支名称，可以省略第三步填写分支名的麻烦，(当然，使用中文也可以，看个人习惯)

第三步：重点：默认创建分支请使用 Master 分支

第三步默认创建分支

如果创建错了，可以重新创建一个，如果一个分支不够，可以再创建一个分支。

如果创建错了，可以重新创建一个

如果一个分支不够，可以再创建一个分支

第四步：本地IDE切换分支

本地IDE切换分支，填#ID按Table

切换前请git fetch 填编号按table 快速切换，再长分支名都不担心麻烦。

第五步：修改好代码后 提交的时候，FIx #ID，

第五步提交代码

第六步：回到gitlab页面

第六步：查看提交代码状态

开发完成并提交代码后，请操作：Resolve WIP Status ，确定状态并进入下一步

确认合并代码

第七步：提交代码合并

第七步：合并代码后进入自动部署

创建问题的时候选择了from Master 分支。

测试的时候，可以手工合并到test环境进行测试（相关GitlabCICD自动部署功能设置方式下篇内容再分享），

如果代码正常无问题，由项目管理或者负责人进行代码review与审核），进入部署流程

部署完成

进入Gitlab CICD自动部署

第八：完成看板任务状态变更

完成看板任务状态变更

最后，建议每个迭代更新，内容编写详细的变化内容，以便复查代码可以轻松理解。

快速修改可以不用走 流程

本文结束。再会～ 【老陈谈技术】