GIT分支命名规范

今天药忘吃喽~ 2022-05-19 10:25 650阅读 0赞

[GIT分支命名规范][GIT]

为规范开发，保持代码提交记录以及 git 分支结构清晰，方便后续维护，现规范 git 的相关操作。

主要规范两点：

git 分支命名规范

git 提交记录规范

## 1. git 分支命名规范 ##

git 分支分为集成分支、功能分支和修复分支，分别命名为 develop、feature 和 hotfix，均为单数。不可使用 features、future、hotfixes、hotfixs 等错误名称。

### (1) 集成（回归）分支 ###

集成分支分为两种：

版本内的集成分支

**feature/versions/\{$version\}**

所有功能的集成分支

**develop**

### (2) 功能分支 ###

功能分支分为两类：版本功能分支和非版本功能分支。

顾名思义，版本功能分支是根据版本需求分出来的功能分支，这时候命名为**feature/\{$version\}/\{$issue\_id\}\_\{$description\}** ；

而非版本功能分支则是指不跟版本一起上线的功能或者一些不紧急的 bugs，这时候命名为 **feature/\{$username\}/\{$issue\_id\}\_\{$description\}** 。

其中：

feature 使用单数；

变量 $version 代表版本号，格式为 vx\_x\_x（x为数字），比如 v6\_5\_0；

变量 $issue\_id 代表 JIRA 的 Issue ID，或者 TAPD\#ID，比如PT-7、TAPD\#1011729；

变量 $username 代表开发者。username 统一使用各个 developer 的公司邮箱账号，比如 zhuangsq，liangzy；

变量 $description 代表分支功能描述。应该尽量用简短的词组描述，不能使用中文，多个单词用下划线分割，比如 remove\_thread。

### (3) 修复分支 ###

修复分支表示修复紧急线上 bug 的分支（不紧急的 bug 归为功能分支），分支命名为：**hotfix/\{$username\}/\{$issue\_id\}\_\{$description\}**。

其中：

hotfix 使用单数；

变量 $username 代表开发者。username 统一使用各个 developer 的公司邮箱账号，比如 zhuangsq，liangzy；

变量 $issue\_id 代表 JIRA 的 Issue ID，或者 TAPD\#ID；

变量 $description 代表分支功能描述。应该尽量用简短的词组描述，不能使用中文，多个单词用下划线分割，比如 remove\_thread。

### (4) git 分支结构 ###

**git 分支目录结构**

## 2. git 提交记录规范 ##

每个 git commit 记录都需要按照固定格式，具体格式为：

第一行：TAPD 或者 JIRA id，格式为：TAPD\#\{$id\} 或者 **\{$issue\_id\}**。

第二行：提交描述。中英文皆可。

参考文献：

[https://www.cnblogs.com/kobe1991/p/6944747.html][GIT]

[GIT]: https://www.cnblogs.com/kobe1991/p/6944747.html

发表评论取消回复

表情：

评论列表（有 0 条评论，650人围观）

还没有评论，来说两句吧...

相关阅读

相关 Git 分支命名策略

Git 中良好的分支命名对于有效的项目管理至关重要。这篇文章探讨了 Git 中的分支类型，并提供了有效命名它们的技巧。一、主要分支机构main或master：这是源代码反...

àì夳堔傛蜴生んèń/ 2024年05月07日 22:21/ 0 赞/ 36 阅读

相关【git】Git的一些分支管理规范

关于Git的一些分支管理规范。。。文章目录一、分支与角色说明二、分支简明使用流程三、创建新项目（master分支）四、进行项目开

超、凢脫俗/ 2023年01月05日 03:51/ 0 赞/ 243 阅读

相关 git 分支重命名

假设分支名称为oldName 想要修改为 newName 1. 本地分支重命名(还没有推送到远程) git branch -m oldName newName

桃扇骨/ 2022年11月12日 09:34/ 0 赞/ 144 阅读

相关 git重新命名分支

1.重新命名本地分支 git branch -m oldName newName 2.删除远程分支 git push --delete origin oldName 3

待我称王封你为后i/ 2022年09月11日 06:09/ 0 赞/ 128 阅读

相关 [开发规范] Git分支使用规范

代码分支说明 master master是部署在生产环境的分支。 master分支只能由develop以及hotfix分支合并，不能直接修改代码。 develop

以你之姓@/ 2022年06月06日 08:40/ 0 赞/ 316 阅读

相关 GIT分支命名规范

[GIT分支命名规范][GIT] 为规范开发，保持代码提交记录以及 git 分支结构清晰，方便后续维护，现规范 git 的相关操作。主要规范两点： git 分支命名规范

今天药忘吃喽~/ 2022年05月19日 10:25/ 0 赞/ 651 阅读

相关 Git分支管理使用规范

1. 分支 develop和master是长期维护的分支，前者用于开发，后者用于生产。临时分支有功能分支、发布分支、hotfix分支，它们的生

布满荆棘的人生/ 2022年05月17日 04:50/ 0 赞/ 225 阅读

相关 GIT分支开发模型规范

![Image 1][] GIT分支开发模型 1. 最稳定的代码放在 `master` 分支上（相当于 SVN 的 trunk 分支），我们不要直接在 `master`

骑猪看日落/ 2022年04月13日 08:23/ 0 赞/ 228 阅读

相关 git分支管理规范

FeatureXXX 具体功能开发分支，从develop分支拉，功能开发自测完后合并到develop分支。来不及上线的feature分支不要合并到develop。 d

末蓝、/ 2021年09月23日 22:12/ 0 赞/ 340 阅读

相关 git分支开发规范

转载自：[https://juejin.im/post/5b4328bbf265da0fa21a6820][https_juejin.im_post_5b4328bbf265

墨蓝/ 2021年09月16日 02:16/ 0 赞/ 384 阅读