本文の前の空行がない
説明の次の行からすぐ本文を書いた例です。規則 6 は本文を説明の 1 行後(空行の後)に置くと定めているのでエラーになります。
入力
コミットメッセージ
fix: handle empty input the parser crashed on empty files
結果
エラー 1 件・警告 0 件・情報 0 件
指摘(エラー・警告・情報)
- エラー メッセージ 1 の 2 行目 本文は説明の次の行を空けてから書きます(規則 6)。2 行目が空行ではありません。
| 検査したメッセージ | 1 件 |
|---|---|
| 規則に適合 | 0 件 |
| 不適合 | 1 件 |
検査結果の表
| 番号 | 1 行目 | type | scope | 破壊的変更 | 判定 |
|---|---|---|---|---|---|
| 1 | fix: handle empty input | fix | - | なし | 不適合(エラー 1) |
検算(この結果になる理由)
規則 6 は本文を説明の後に 1 行の空行を置いて書くとしています。2 行目が空行ではなく本文なので、2 行目にエラーが 1 件出ます。1 行目の形は正しいため他の指摘はありません。
判定の根拠は仕様と根拠に、仕様の出典とともにまとめています。自分の入力で試すにはツールをお使いください。
このツールの制約
- Git には標準のメッセージ規約がありません。この道具が検査するのは Conventional Commits 形式への適合だけで、他の規約(チーム独自の type の許可リストなど)は検査しません。
- 説明の言語・長さ・時制(命令形かどうか)など、Conventional Commits の規則にない書き方の好みは検査しません。
- リポジトリの履歴そのものは読みません。貼り付けたメッセージだけを検査します。
ご利用にあたって
- 検査に通っても、メッセージの内容が適切であることを意味しません。
- チーム独自の type の許可リストなど、追加のルールがある場合は別に確認してください。