{"slug":"huangwb8-git-workflow","name":"git-workflow","description":"Git 工作流专家。规范化版本控制，确保提交历史清晰可追溯。支持 Conventional Commits 规范、Pull Request 最佳实践、分支管理策略和自动化工作流。","long_description":"---\nname: git-workflow\ndescription: Git 工作流专家。规范化版本控制，确保提交历史清晰可追溯。支持 Conventional Commits 规范、Pull Request 最佳实践、分支管理策略和自动化工作流。\nmetadata:\n short-description: Git 工作流与版本控制\n keywords:\n - git-workflow\n - Git\n - 版本控制\n - Conventional Commits\n - Pull Request\n - 分支管理\n - 提交规范\n category: 版本控制\n author: Bensz Conan\n platform: Claude Code | OpenAI Codex | ChatGPT\n---\n\n# Git Workflow - Git 工作流专家\n\n## BenszAPI 任务工作区\n\n本 Skill 的新任务中间文件统一写入 `./.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/{skill名}/input|output|log/`。同一任务复用一个任务根目录；多 Skill 协作才创建 `shared/`。正式交付物不写入该目录，历史隐藏目录只允许显式兼容读取、迁移或清理。\n\n## 与 bensz-collect-bugs 的协作约定\n\n- 因本 skill 设计缺陷导致的 bug，先用 `bensz-collect-bugs` 规范记录到 `~/.bensz-skills/bugs/`，不要直接修改用户本地已安装的 skill 源码；若有 workaround，先记 bug，再继续完成任务。\n- 只有用户明确要求“report bensz skills bugs”等公开上报时，才用本地 `gh` 上传新增 bug 到 `huangwb8/bensz-bugs`；不要 pull / clone 整个仓库。\n\n## 核心理念\n\n**良好的 Git 实践** 是团队协作的基础：\n\n```\n┌─────────────────────────────────────────────────────────┐\n│ 规范提交 → 清晰历史 → 易于回溯 → 高效协作 │\n└─────────────────────────────────────────────────────────┘\n```\n\n**核心原则**：\n- ✅ **提交历史即文档**\n- ✅ **原子提交，单一职责**\n- ✅ **清晰的可追溯性**\n- ✅ **易于 Code Review**\n\n---\n\n## 何时使用本技能\n\n在以下场景时激活：\n\n- 需要 Git 提交（commit）\n- 创建 Pull Request / Merge Request\n- 代码分支管理\n- 版本发布\n- 提到\"git\"、\"提交\"、\"分支\"、\"PR\"\n\n---\n\n## Conventional Commits 规范\n\n### 提交格式\n\n```\n(): \n\n\n\n