提交信息生成器
生成带 type、scope、破坏性变更和 issue 引用的 Conventional Commits 消息。可复制为 git commit 命令。
feat
0/50
仅数字、#123、Closes #123 等。多个用逗号或换行分隔。
英语
类型 ✅ / Subject（必填） ❌ / Body ✅ / Issue 号 ✅ / Scope ✅
分数: 75/100
输入 Subject 后消息将实时显示
使用方法
关于此工具
生成带 type、scope、破坏性变更和 issue 引用的 Conventional Commits 消息。可复制为 git commit 命令。
使用方法
输入 Type 和 Subject（必填）；可选添加 Scope、Body、Breaking Change、Issue。输入 Subject 后，消息、Git 命令和预览（Title/Body/Footer）将实时更新。
选项
Type: feat, fix, docs, style, refactor, perf, test, build, ci, chore, revert。Scope: 建议字母数字、连字符、下划线。Subject: ≤50 字符，小写开头，无句尾句号。Issue: #123, Closes #123 等形式。
使用场景
• 自动生成发布说明（按 type 分类） • 统一团队提交规范 • 明确 Breaking Change 和 Issue 引用 • 便于历史搜索和筛选
How it works
首行格式为 type(scope): subject 或 type: subject，后接 Body 和 Footer。
隐私与数据处理
所有处理在浏览器内完成，不会将输入或生成的消息发送到服务器。
常见问题
- Q: Conventional Commits 格式是什么？
- A: Conventional Commits 是提交消息结构规范：type(scope): subject。常见类型有 feat（新功能）、fix（错误修复）、docs、style、refactor、perf、test、build、ci、chore 和 revert。此格式支持自动生成变更日志和语义化版本控制。
- Q: 什么是破坏性变更，如何标记它们？
- A: 破坏性变更是指以不兼容先前版本的方式更改公共 API 的提交。在页脚添加"BREAKING CHANGE:"或在类型后附加 !（如 feat!: remove legacy endpoint）。这在语义化版本控制中表示主版本号升级。
- Q: Subject 和 Body 分别写什么？
- A: Subject（≤50 字符）：用祈使句写简洁摘要——"add login button"而非"added"。Body：详细说明更改内容和原因，每行不超过 72 字符换行。Body 可选，但建议非简单更改时填写。
- Q: 如何引用 Issue 或 Pull Request？
- A: 在 Issue 字段使用 #123、Closes #123、Fixes #123 或 Resolves #123 等格式。这些会放置在提交页脚中，合并到 GitHub/GitLab 时可能会自动关闭引用的 Issue。
- Q: 此工具会将提交消息发送到服务器吗？
- A: 不会。所有处理均在浏览器内完成，输入内容和生成的消息不会发送到任何服务器。