Press⌘+Kto search
Conventional Commits生成器
表单式生成规范提交说明，实时预览并保存历史
按约定式提交（Conventional Commits）规范填写 type、scope、breaking change、subject、body 与 footer，实时预览格式化结果并一键复制。最近 10 条记录保存在本机浏览器 localStorage，可随时恢复或删除。
提交信息表单
0/50
结尾句号会自动去除；超过 50 字符会标红提示
每行一条；关闭 issue 用 Closes #123，破坏性变更说明用 BREAKING CHANGE: 前缀
Conventional Commits 速查卡
feat新功能→ MINORfix缺陷修复→ PATCHdocs文档变更style代码格式（不影响逻辑）refactor重构（非新增也非修复）perf性能优化→ PATCHtest测试相关chore构建/工具/杂务build构建系统或依赖变更ciCI 配置变更revert回滚提交- • 版本号影响：feat → minor，fix → patch，breaking change → major，其余类型不影响
- • subject：祈使句现在时（add 而非 added），首字母小写，结尾不加句号，不超过 50 字符
- • body：与 subject 空一行，解释动机与前后差异，每行不超过 72 字符
- • 破坏性变更：两种标记方式——type 后加 !，或 footer 写 BREAKING CHANGE: 描述
实时预览
填写左侧表单后，这里会实时生成规范格式的提交说明
历史记录
复制后会保存最近 10 条记录，点击箭头可恢复到表单
#为什么使用约定式提交
Conventional Commits 是一套轻量提交说明约定：type(scope): subject 的首行结构让 git log 机器可读，语义化版本工具（如 semantic-release、standard-version）据此自动推断版本号与生成 CHANGELOG——feat 触发次版本升级、fix 触发修订号升级、带 ! 或 BREAKING CHANGE 的提交触发主版本升级。团队统一格式后，code review 的效率和发布自动化的可靠性都会明显提升。
典型应用场景
- 团队成员记不住 11 种 type 的语义与顺序，用表单点选零心智负担
- 给开源项目提 PR，按社区规范写提交说明提高合并速度
- 搭配 semantic-release / changesets 等工具自动发版，生成规范的 CHANGELOG
常见问题
- scope 可以写哪些值？任意对团队有意义的模块名，如 api、ui、auth，多个用逗号分隔不符合规范，建议拆分提交。
- 为什么 subject 不超过 50 字符？这是 git 社区约定：保证在 git log --oneline、GitHub 界面等场景下首行不被截断。
- 历史记录会上传吗？不会，最近 10 条记录只保存在本机浏览器 localStorage。
相关工具推荐
Spine动画编辑器
专业的Spine动画预览和编辑工具，支持多引擎导出
热门 新品 本地
SQL查询优化器
分析SQL查询并提供优化建议
热门 新品 本地
JVM启动参数配置
可视化配置Java虚拟机启动参数，支持内存、GC、性能等选项
热门 新品 本地
代码片段转换
不同编程语言间代码片段转换（如Python↔JavaScript）
热门 新品 本地
IP地址查询
查询IP地址的地理位置、运营商、ASN等信息，支持IPv4和IPv6
热门 新品 本地
JSON转TypeScript接口
根据JSON数据自动生成TypeScript类型定义
热门 新品 本地