Gitflow 工作流规则
主分支
main（或master）
-
包含生产就绪代码
-
永远不要直接提交到main分支
-
只接受来自以下分支的合并：
-
hotfix/* 分支
-
release/* 分支
-
每次合并后必须使用版本号标记
develop
-
主开发分支
-
包含最新交付的开发变更
-
功能分支的源分支
-
永远不要直接提交到develop分支
支持分支
feature/*
-
从develop分支创建
-
合并回：develop
-
命名约定：feature/[issue-id]-描述性名称
-
示例：feature/123-user-authentication
-
创建PR前必须与develop分支保持同步
-
合并后删除
release/*
-
从develop分支创建
-
合并回：main 和 develop
-
命名约定：release/vX.Y.Z
-
示例：release/v1.2.0
-
仅进行bug修复、文档编写及与发布相关的任务
-
不添加新功能
-
合并后删除
hotfix/*
-
从main分支创建
-
合并回：main 和 develop
-
命名约定：hotfix/vX.Y.Z
-
示例：hotfix/v1.2.1
-
仅用于紧急生产环境修复
-
合并后删除
提交信息
-
格式：type(scope): description
-
类型：
-
feat: 新功能
-
fix: Bug修复
-
docs: 文档变更
-
style: 格式调整、缺失分号等
-
refactor: 代码重构
-
test: 添加测试
-
chore: 维护任务
版本控制
语义化版本
-
MAJOR版本用于不兼容的API变更
-
MINOR版本用于向后兼容的功能性变更
-
PATCH版本用于向后兼容的bug修复
Pull Request规则
-
所有变更必须通过Pull Request进行
-
所需批准：至少1个
-
CI检查必须通过
-
不允许直接提交到受保护分支（main, develop）
-
合并前分支必须保持最新
-
合并后删除分支
分支保护规则
main和develop
-
要求Pull Request审核
-
要求状态检查通过
-
要求分支保持最新
-
限制规则包括管理员
-
禁止强制推送
-
禁止删除
发布流程
-
从develop创建release分支
-
更新版本号
-
修复任何与发布相关的问题
-
创建PR到main
-
合并到main后：
-
标记发布
-
合并回develop
-
删除release分支
热修复流程
-
从main创建hotfix分支
-
修复问题
-
更新patch版本号
-
创建PR到main
-
合并到main后：
-
标记发布
-
合并回develop
-
删除hotfix分支