合并请求

创建

将sjx/fight分支代码合并到develop分支。本地将代码commit、push到develop_fight分支，然后登录gitlab在对应的项目下提交merge requests。如下图：

 

 如下图，准备创建merge requests。源分支  选择sjx/fight，表示需要merge的分支；target branch选择develop，表示需要合并的目标分支。

　　核心逻辑表示创建一个从sjx/fight分支merge到develop分支的请求。

如下图，填写一些merge request的表单参数。

titile表示本次merge request的简短标题；

description表示本次merge request的详细说明，在这里介绍一下本次merge request做了哪些改动；

assignee选择自己（还没研究出具体干啥用的）；

reviewer表示需要通知谁来做代码检查工作；

milestone表示里程碑选项，如果有特殊要求的话可以选一个，通常都是选择no milestone；

labels表示项目标签，如果有特殊要求的话可以选一个，通常都是选择no label。

最后点击create merge request

 创建后弹出，如图界面。

 

 

查看merge request详情，如果有问题或者需要重新修改的可以点击最后的close merge request，如下图：.

 

 

提交分支规范

• 禁止向主分支直接提交代码，包扩代码仓库在线编辑修改。特殊情况（如版本号变更、CI变更）除外；

• 禁止提交测试性代码到任何主分支源码（src）目录，测试代码只能存在于测试（test）目录；

• 禁止任何工作分支跨主分支提交代码，工作分支从只能合并到与工作分支同源的主分支；

• 禁止在开发过程修改主分支版本号；

• 必须在代码提交到主分支前删除未使用的using语句和格式化代码。

• 必须备注每一次提交，代码备注必须简要可读。准确的描述具备可检索性；

• 必须备注每一次合并请求，对合并请求包含的功能点简要描述。准确的描述具备可检索性。

• 　　

  subject 是 commit 类型的简短描述，不超过50个字符。

  其他注意事项：结尾不加句号（.）

  优点

  • 可读性好，清晰，不必深入看代码即可了解当前commit的作用。

  • 为 Code Reviewing做准备

  • 方便跟踪工程历史