（2306期）Git Changelog – Git 历史秒变精美发布日志

Git 历史秒变精美发布日志 从 Git 提交历史自动生成符合约定式提交规范的分类变更日志，支持多种范围选择，输出可直接用于 CHANGELOG.md 或 GitHub Releases 的 Markdown 格式。 使用说明 核心用法 git-changelog 是一款基于 Git 历史自动生成格式化变更日志的自动化工具。该技能通过解析符合 Conventional Commits 规范的提交信息，将代码变更自动归类为 Features、Bug Fixes、Documentation 等 12 个标准类别，并输出精美的 Markdown 格式日志。 主要功能流程： 仓库验证 — 确认当前目录为 Git 工作区 范围确定 — 支持标签对比、日期范围、最近 N 条提交或自动检测自上次标签以来的变更 提交提取 — 使用格式化日志输出获取提交哈希、主题、作者和日期 智能分类 — 依据 type(scope): description 模式解析提交前缀，匹配预设类别 Markdown 生成 — 按优先级排序（Features → Fixes → 其他），包含作用域加粗、短哈希引用，自动检测 BREAKING CHANGE 并置顶 灵活输出 — 默认聊天预览，可追加写入 CHANGELOG.md 显著优点： 完全自动化，大幅减少手动维护变更日志的工作量 严格遵循 Conventional Commits 标准，与现代 CI/CD 流程无缝集成 智能识别破坏性变更（! 标记或 BREAKING CHANGE 文本） 支持 Monorepo 场景的路径过滤 优雅处理边缘情况（无标签、无约定式提交、空范围等） 潜在缺点与局限性： 高度依赖团队严格执行 Conventional Commits 规范，非规范提交将被归入 "Other" 类别 不支持自动生成版本号或语义化版本推荐，需人工指定标签范围 对合并提交的默认过滤策略可能遗漏某些重要变更记录 仅支持 Git 版本控制系统 适合人群： 维护开源项目或商业产品的技术团队负责人 需要频繁发布版本的 DevOps 工程师 追求自动化文档流程的敏捷开发团队 使用 GitHub/GitLab Releases 功能进行版本管理的项目 常规风险： 若团队提交规范不统一，生成的日志质量会显著下降，分类混乱 自动写入 CHANGELOG.md 存在文件权限或并发写入冲突风险 破坏性变更检测依赖提交信息中的特定文本，可能被遗漏 大型仓库的完整历史扫描可能产生性能开销，建议配合范围参数使用 原始说明 Auto-generate beautiful changelogs from git history, grouped by conventional commit types