GitLab多人开发步骤_gitlab开发流程

一、基于develop创建自己的feature分支

1. 使用git checkout切换到develop分支

git checkout develop

2. 基于develop分支创建feature分支

格式： git checkout -b feature/<开发者>/<分支功能>
例： git checkout -b feature/gxw/statistic_log

二、提交代码

格式

<type>[scope]: <subject>
// 空一行
[body]
// 空一行
[footer]
1
2
3
4
5

注：[]代表可选，<>代表必选。

• type
  必填，用于指定 commit 的类型。

feat：增加新功能
fix：修复 bug
docs：只改动了文档相关的内容
style：格式修改，没有修改代码逻辑，比如格式化、换行等
refactor：重构代码，既没有新增功能，也没有修复 bug，比如提取某段代码为一个方法、重构某个功能等
perf：性能、体验优化等
test：新增 test 用例或修改现有测试用例
build：构造工具的或者外部依赖的改动，比如 maven
ci：与 CI（持续集成服务）有关的改动
chore：不修改 src 或者 test 的其余修改，例如构建过程或辅助工具的变动
revert：执行 git revert 打印的 message

当同时有feat、fix和其他类型时，类型取feat、fix。

• scope
  非必填，用于描述改动的范围，格式一般为项目名/模块名，如果一次 commit 修改多个模块，建议拆分成多次 commit，以便更好追踪和维护。
• subject
  必填，此次提交的简短描述，动词开头，第一人称现在时，比如add，而不用 added、adds，第一个字母小写，句尾不加句号（.）
• body
  非必填，此次提交的详细描述，主要描述改动之前的情况及修改动机，对于小的修改不作要求，但是重大需求、更新等必须添加body来作说明。
• footer
  footer只用于以下两种情况
  1. break changes
     break changes 指明是否产生了破坏性修改，涉及 break changes 的改动必须指明该项，类似版本升级、接口参数减少、接口删除、迁移等，以BREAKING CHANGE：开头，后面是变动的描述、变动的理由以及迁移的方法。
  2. 关闭 issue
     当前提交修改了某个 issue

简易版

项目中实际可以采用简易版规范：

<type>(<scope>):<subject>
1

单次提交注意事项
提交问题必须为同一类别
提交问题不要超过3个
提交的commit发现不符合规范，git commit --amend -m "新的提交信息"或 git reset --hard HEAD 重新提交一次

三、提交到远程仓库

git push

可能会遇到下面的提示

这事因为远程仓库没有对应的分支，复制并执行红框中的命令，可以在远程仓库新建对应的分支，并自动上传到远程仓库。

四、提交合并请求

1. 登录到GitLab的对应工程下，找到“Merge Request”标签页，然后点击“New merge request”创建合并请求。
   
2. 在新页面选择分支，Source branch选择自己创建的feature分支，Target branch选择develop分支，选择完毕后点击“Compare branch and continue”。
   
3. 填写相关信息，选择审核人，之后点击“Submit merge request”。
   

五、erp提交流程

• 完成情况说明中要有gitlab提交连接。
  
• 完成情况附件可以是gitlab截图或者word文档。