前端分支管理规范

1. 概述

本文档根据项目（LinkMed）当前的 Git 分支结构和合并历史总结而成，旨在明确前端团队的分支管理流程、命名规范及协作规则。

2. 分支命名规范

项目采用分类清晰的命名体系，主要分为以下几类：

分支类型	命名格式	说明
主分支	master	生产环境稳定分支，仅存储已发布的代码。
开发主分支	feature/frontend/develop	前端集成分支，所有功能在此合并、联调与测试。
功能分支	feature/frontend/[功能名或姓名]	用于具体任务开发。例如：feature/frontend/ybh。
发布分支	release/frontend/[日期]	发布准备分支。例如：release/frontend/20260209
热修复分支	hotfix/frontend/[日期]	紧急修复生产环境 Bug 的分支。
个人分支	personal/[姓名]/[任务]	开发者个人实验或临时任务分支。

3. 分支管理流程

3.1 开发阶段

1. 开发者从 feature/frontend/develop 分支切出自己的功能分支（如 feature/frontend/ybh）。
2. 在功能分支上进行代码编写。
3. 同步机制：开发者应定期将 feature/frontend/develop 的最新代码合并到自己的功能分支中，以尽早发现并解决冲突。

3.2 集成与测试阶段

1. 功能开发并自测完成后，提交合并请求或直接合并至 feature/frontend/develop。
2. 团队成员在 develop 分支进行联合调试。

3.3 发布阶段

1. 当 develop 分支达到发布要求时，切出 release/frontend/[日期] 分支。
2. 在 release 分支进行最后的冒烟测试和 Bug 修复。
3. 测试通过后，将 release 分支合并回 master 进行发布，并同步合并回 develop 分支。

4. 协作守则

• 严禁直接推送 master：所有代码必须通过分支合并进入 master。
• 保持同步：在推送功能分支前，确保已拉取并合并了 develop 分支的最新改动。
• 分支清理：已完成并上线的短期功能分支应及时删除，保持远程仓库整洁。

5. 与迭代管理（TAPD）的配合

• 具体业务迭代（如 1.0.10.67）的需求在 TAPD 系统中定义。
• 代码开发在相应的功能分支上进行，并通过 release 分支的时间戳进行版本追溯。

---

更新日期：2026-02-09