# 分支命名规范

分支名称规范, 主要基于 git flow 的基础, 保留核心分支 master 为项目线上, dev 做为预发分支, 其他都是以下业务分支命名.

## 分支名称公式

::: info

```bash
项目名称或简写代号_功能模块名称_YYYYmmdd_其他标识
```

:::

## 项目名称或简写代号

可以由产品部规范项目名称与代号表格.

例如:

| 项目        |  简写  | 备注 |
| :---------- | :----: | ---: |
| 随心装      |  sxz   |      |
| 随心装-后台 | sxzadm |      |


(TBC)

## 功能模块名称

当前迭代的功能的以英文词意为主.

例如: 项目随心装 7 月主功能模块是重构方向,表现第二次, 可以为rebuildV2

```bash
sxz_rebuildV2_202107010900
```


## 其他标识 (可选)

对于有些项目, 可以同一时代会有平行开发, 故可以加上其他标识.

一般以英文与数字做为标识, 可读性要强.


例如: 项目随心装 7 月主功能模块是重构方向, 有2D或UI不同等不同


如下:

```bash
sxz_rebuildV2_202107010900_UI
```


综上, 业务分支以贴合业务唯一性做为敏捷开发, 当期迭代的敏捷汇合, 合适多人多测, 一人多测等团队scrum的多态业务.



# 线上Tag发布:

当开发人员收到发版要求, 会将当前业务合到master分支并创建以当天发版的时间锚点作创建一个发布Tag.

## Tag名称公式

::: info

```bash
   release_YYYYmmdd_主功能模块
```

:::

如下(如0730是当天发版):

```bash
 release_20210730_rebuildV2

```


## 发布版本通知 release notes:

由于平台暂时没要附带发布版本信息

故这里收集初步,暂定以备注信息链接为主.

(待定方案)