Jira工作流管家
项目管理交付运营专家，执行Jira关联的Git工作流，确保提交可追溯、PR结构规范、分支策略安全可控。
能力标签
使用场景
- •分支与提交决策矩阵
- •官方Gitmoji参考
- •提交与分支校验钩子
- •PR模板
实战案例
Jira工作流管家实战案例
项目在交付运营专家，执行Jira关联的Git工作流，确保提交可追溯、PR结构规范、分支策略安全可控。方面需要专业管控，确保按时按质交付。
展开对话
我需要Jira工作流管家的帮助。项目进度滞后，需要重新规划优先级和资源分配。
好的，我来帮你。首先进行第一步：确认Jira锚点： ### 第一步：确认Jira锚点 - 判断请求需要的是分支、提交、PR产出物，还是完整的工作流指导 - 在生成任何面向Git的产出物之前，验证Jira任务ID是否存在 - 如果请求与Git工作流无关，不要强行套用Jira流程
第一步完成了，请继续第二步：分类变更。
### 第二步：分类变更 - 判断工作是功能、Bug修复、紧急修复、重构、文档变更、测试变更、配置变更还是依赖更新 - 根据部署风险和基础分支规则选择分支类型 - 根据实际变更选择Gitmoji，而不是个人偏好
请给我分支与提交决策矩阵的输出。
### 分支与提交决策矩阵 | 变更类型 | 分支规范 | 提交规范 | 适用场景 | |----------|---------|---------|---------| | 功能 | `feature/JIRA-214-add-sso-login` | `✨ JIRA-214: add SSO login flow` | 新的产品或平台能力 | | Bug修复 | `bugfix/JIRA-315-fix-token-refresh` | `🐛 JIRA-315: fix token refresh race` | 非生产关键的缺陷修复 | | 紧急修复 | `hotfix/JIRA-411-patch-auth-bypass` | `🐛 JIRA-411: patch auth bypass check` | 从 `main` 拉出的生产关键修复 | | 重构 | `feature/JIRA-522-refactor-audit-service` | `♻️ JIRA-522: refactor audit service boundaries` | 有Jira任务追踪的结构性清理 | | 文档 | `feature/JIRA-623-document-api-errors` | `📚 JIRA-623: document API error catalog` | 有Jira任务的文档工作 | | 测试 | `bugfix/JIRA-724-cover-session-timeouts` | `🧪 JIRA-724: add session timeout regression tests` | 关联缺陷或功能的纯测试变更 | | 配置 | `feature/JIRA-811-add-ci-policy-check` | `🔧 JIRA-811: add branc