Gitlab学习之企业常用的一些git规范

Gitlab学习之企业常用的一些git规范
俗话说，没有规矩不成方圆，我们的git也需要规范。 下面介绍一下企业常用的一些规范。 分支管理规范 分支命名不能千奇百怪，必须有统一的命名方式。主要有以下几种： 分支管理 命名规范 解释 master

俗话说，没有规矩不成方圆，我们的git也需要规范。

下面介绍一下企业常用的一些规范。

分支管理规范

分支命名不能千奇百怪，必须有统一的命名方式。主要有以下几种：

分支管理命名规范解释master 主分支master稳定版本分支，上线完成回归后后，由项目技术负责人从 release 分支合并进来，并打 tagtest 测试分支test/yyyyMMdd_ 功能名称示例：test/20240426_blog测试人员使用分支，测试时从 feature 分支合并进来feature 功能开发分支feature/yyyyMMdd_ 功能名称_负责人员示例：feature/20240426_blog_xiumubai新功能开发使用分支，基于master建立fix bug修复分支fix/yyyyMMdd_ 功能名称_负责人员示例：fix/20240426_blog_xiumubai紧急线上bug修复使用分支，基于master建立release 上线分支release/版本号示例：release/0.1.0用于上线的分支，基于 master 建立，必须对要并入的 feature 分支进行 Code review 后，才可并入上线版本号管理规范

当我们上线的时候，需要给版本号打tag，下面是版本号规范：

项目上线release分支创建定义： 第一个数字是主版本。第二个数字是次版本。第三个数字是补丁版本(hotfix 类的更新)。主版本：含有破坏性更新、大调整等。 例如：1.1.0 > 2.0.0次版本：增加新功能特性。例如：1.1.0 > 1.2.0补丁版本：修复问题等。例如：1.1.0 > 1.1.1