Git管理规范

2025-09-09 15:21:37   0  举报





Git是一种分布式版本控制系统，用于跟踪文件变更，并允许多个人协作开发同一个项目。本规范旨在确保代码库的整洁性，以及变更历史的可读性。每次提交应当包含简短、清晰且具体的描述。提交信息由两部分组成：主题行和详细描述。主题行不超过50个字符，概括提交内容；详细描述展开阐述变更详情和背景，使用72字符换行，对于大小写和拼写保持敏感。基本流程遵循：fetch/pr拉取请求 -> 审查 -> 合并。拉取请求前应主动rebase最新主干分支，保持整洁的提交历史。临时任务或本地测试应在新分支上进行，以免影响主分支。分支命名采用常规格式，如：功能模块名-需求号或简短描述（如：refactor-login-component-23）。紧急修复应通知团队成员，并在后续开发中修复历史上影响代码质量的 Commit。严格遵守本规范将有助于项目成员轻松识别和查找项目变更，便于追踪和回溯，也为项目将来维护提供便利。

Git

团队管理

技术规范

作者其他创作

大纲/内容

v1.0.1

clone

Hotfix(临时)

Release(临时)

tag

Feature2(临时)

v1.0.0

Time

pull

Prd(永久)

分支详解：- **feature** 功能开发分支，基于Redmine工单创建feature分支，用于研发新的功能，一旦开发完成，就会合并到test分支进行测试命名规范：feature/rm[工单号]-[姓名前缀]-[创建日期，yyyyMMdd格式]-[工单简单标题（尽可能10字内）]-[修改内容简单描述（10字左右）] ``` 实例：feature/rm2821-pyc-20201230-陕建订单集成-接口增加第三方平台字段 ```- **test** 测试分支，有且只有一个，统一由一个人创建，成员均有权限往此份之推送代码，用于合并需要测试的feature分支，并以此分支部署测试环境命名规范：test/[创建日期，yyyyMMdd格式]-[创建时间，hhmm格式] ``` 实例：test/20201231-1045 ```- **hotfix** 热修复分支，用于修复线上紧急bug，或者紧急修改。从develop分支直接签出，测试通过后合并回develop分支和**test分支**，并创建一个hotfix的tag 命名规范：hotfix/rm[工单号]-[姓名前缀]-[创建日期，yyyyMMdd格式]-[工单简单标题（尽可能10字内）]-[修改内容简单描述（10字左右）] ``` 实例：hotfix/rm2821-pyc-20201230-陕建订单集成-修改错别字 ```- **release** 发布分支，统一由项目管理员创建，用于阶段发布，基于feature分支，feature分支测试通过后，将测试通过后的feature分支合并到release分支，合并过程中必须经过CodeReview。命名规范：release/[创建日期，yyyyMMdd格式]-[创建时间，hhmm格式] ``` 实例：release/20201230-1045 ```- **prd** 主分支，有且只有一个，此分支不能直接修改，只能从release/\\*或hotfix/\\*分支进行进行合并。并且每次合并都必须创建一个tag- **tag** 由prd合并后产生，如果是合并release合并，那么名称和release名称一致，如果是通过hotfix合并，那么名称和hotfix名称一致，需要注意的是前缀路径需要改为tag 命名规范：tag/[release或者hofix的名称] ``` release实例1：tag/20201230-1045 hotfix实例2：tag/20201231-1045 ```

Uat（永久）

Tag(永久)

Git分支管理（简化版）

Git分支管理

v2.0.0

Feature1(临时)