（1342期）conventional-commits – 标准化 Git 提交规范助手

标准化 Git 提交规范助手 基于行业标准 Conventional Commits 规范的纯文档型技能，帮助开发者生成标准化 Git 提交信息，实现自动化版本管理与变更日志生成。 使用说明 核心用法 Conventional Commits 技能是一个纯文档型指导工具，旨在帮助开发者按照行业标准规范编写 Git 提交信息。该技能不提供可执行代码，而是通过详细的格式说明和示例，指导用户遵循 type[scope]: description 的标准结构。核心用法包括：识别提交类型（feat/fix/docs/style 等）、添加可选作用域、使用祈使语气编写描述、在需要时补充正文和页脚信息，以及正确标记破坏性变更（通过 ! 符号或 BREAKING CHANGE 页脚）。 显著优点 行业标准背书：直接对接 Conventional Commits 官方规范，被 Angular、Vue.js 等主流项目广泛采用，具有高度权威性。 自动化友好：规范化的提交信息可直接驱动语义化版本控制（Semantic Versioning）和自动化变更日志生成，大幅提升 DevOps 效率。 零依赖零风险：纯 Markdown 文档技能，无可执行代码，不依赖任何外部服务或第三方包，部署和使用成本极低。 全面覆盖：涵盖从基础格式到复杂场景（多段落正文、破坏性变更、多页脚）的完整示例，适合不同经验水平的开发者。 潜在缺点与局限性 非强制执行：作为文档指导型技能，无法自动校验或阻止不符合规范的提交，依赖用户自觉遵守。 学习成本：对于不熟悉 Conventional Commits 规范的团队，成员需要一定时间适应类型分类和格式要求。 场景局限：仅适用于 Git 提交场景，无法覆盖代码审查、Issue 管理等更广泛的研发协作流程。 版本滞后风险：若 Conventional Commits 规范更新，技能文档可能未能及时同步。 适合的目标群体 采用语义化版本控制的软件项目团队 需要自动化生成变更日志的开源项目维护者 希望统一代码提交规范的中小型研发团队 正在建立 DevOps 流程、追求研发自动化的技术组织 使用风险 该技能为纯文档类型，不存在代码执行、网络请求或文件系统访问等运行时风险。主要风险在于：团队成员对规范理解不一致导致执行偏差；长期未更新可能错过规范新版本特性；过度依赖规范而忽视提交信息的实际可读性价值。 原始说明 Format commit messages using the Conventional Commits specification. Use when creating commits, writing commit messages, or when the user mentions commits, git commits, or commit messages. Ensures commits follow the standard format for automated tooling, changelog generation, and semantic versioning.