无标题文章

### **1. 开发分支创建和代码提交**

每个版本开始开发之前会从`master`最新的代码创建一个开发分支，例如：`develop-2.1.0`这个分支将汇聚本次发版的所有需求的变动代码。

#### (1)从服务端将`develop-2.1.0`分支`fetch`到本地，如果已经fetch到了本地, 则先`pull`一下服务端`develop-2.1.0`最新代码。

#### (2)然后从本地分支develop-2.1.0切出一个开发分支, 开发分支命名统一为:

`feature-2.1.0-heying_CMAAPP-385`

> 说明

| 字段        | 含义  |

| --------  | --------  |

| feature    | 表示是特性开发(需求开发) |

| v2.1.0        |  下一版本发版版本号  |

| heying        |    开发者姓名拼音    |

| CMAAPP-385        |    该开发分支所做的JIRA需求的编号，如果没有Jira需求, 则简单描述代码修改范围 (例如：`feature-2.1.0-heying_change_form_row`， 表示修改了表单功能)    |

然后, 你就可以在这个创建的本地分支进行代码开发。

#### (3)如果你名下有多个CMAPP-xxx需求, 那么你需要重复(1),(2)的步骤。

#### (4)待你本人名下的各个CMAAPP-xxx需求开发完之后, 你需要把各个特性开发分支合并为一个`merge`分支, 命名统一为:`feature-2.1.0-heying_merge_CMAAPP-385_386_387_388_389`。

#### (5)然后将此merge合并分支再与最新的本地`develop-2.1.0`分支merge一下后，再`push`到远程服务端, 并且发起`merge request`, 并告知对应的代码审核人审核、合并代码。

- 注意的问题:

1.每次提交分支到远程服务端前，都需要先执行(1)操作，并合并更新后的本地开发分支(例如:develop-2.1.0)，这样做可以减少代码审核人解决冲突的问题.

2.养成经常更新合并服务端最新的本地开发分支(例如:develop-2.1.0)的习惯,可以减少代码冲突的发生.

### **2. 代码审核**

代码审核主要审核一些代码规范和逻辑, 如果代码有缺陷, 会告知对应开发者修改好后, 对应开发者重新push到远程服务端,并重新发起合并请求.

### **2. 待续...**