piapia123
zh

随机 git 提交信息生成

生成器

所有处理都在浏览器本地完成,数据不上传服务器

输出

演示、录屏、造测试数据或给空仓库垫几条历史时,手写十条提交信息又烦又容易重复。这个工具按 Conventional Commits 格式批量给出:`type(scope): 描述`,类型覆盖 feat / fix / docs / style / refactor / perf / test / build / ci / chore / revert,作用域可填可不填,可加一行正文,也可加破坏性变更标记 —— 后者除了在头部加 `!`,还会在脚注位置写一行全大写的 `BREAKING CHANGE: 说明`(写成小写或连字符,很多自动化工具就认不出来)。填一个随机种子,同一批结果可以复现。

功能

  • Conventional Commits 格式:type(scope): 描述
  • 11 种提交类型可选
  • 作用域可空,空白自动换成连字符
  • 一次 1–20 条,逐条分组
  • 可选一行正文
  • ⚠️ BREAKING CHANGE 作为全大写脚注,头部另加 !
  • 填种子即可复现同一批结果
  • 随机走加密随机源,不用 Math.random

使用方法

  1. 选提交类型(feat / fix / …)
  2. 需要作用域就填,如 auth、ui
  3. 选条数,按需勾选正文与 breaking change
  4. 复制需要的那几条,或换一批再看

常见问题

BREAKING CHANGE 为什么必须大写?
按 Conventional Commits 的约定,破坏性变更要在脚注位置写一行 `BREAKING CHANGE: 说明`(全大写,中间是空格)。语义化版本、changelog 生成器这些工具按这个字面量识别,写成小写 `breaking change` 或连字符 `breaking-change` 就认不出来 —— 不会报错,只是那一版悄悄没被标成 major。头部同时加 `!` 是让不看脚注的人也能一眼看到。
种子怎么用?
填一个种子(任意字符串),同一批结果可以复现,适合录演示、写文档、抓 bug 时「再来一遍刚才那批」。留空则用加密随机源,每次不同。⚠️ 注意这是可复现的伪随机,不是给秘密用的 —— 但提交信息本来也不是秘密。
为什么不能生成中文以外的内容?
可以。描述会跟随界面语言:中文界面给中文描述,英文界面给英文描述,日文界面给日文描述。类型与括号这些格式标记始终是英文(它们是 Conventional Commits 的关键字,翻译了反而认不出来)。

相关工具