ロジカルなコミットメッセージの書き方

チーム開発におけるコミットメッセージの書き方についてアウトプットします。 コミットメッセージに正解はありません。 組織によって最適な手法は異なるため、参考のひとつにしてください。 要点 フォーマット :Emoji: Title / Reason / Specification / Issue 項目 Emoji - 内容・種類をひと目で分かるように Title - タイトル（概要） Reason - このコミットをする理由 Specification - 言い訳ではなく、このコミット内容になった意図や仕様など Issue - 対応するIssue 作業内容はコードを見ればわかるので、「概要」「変更理由」「意図・仕様」を簡潔にまとめる。 例 コミットメッセージを書く理由 そもそも、コミットメッセージを書く理由は以下の通りです。 ひと目でどんなコミットなのか判断するため 簡潔にコミット内容を説明す

[tor4kichi]

フォーマットのせいでかえって情報密度が下がって読みづらいって考え方もあるかななんて思いました。

[tmurakam]

Conventional commit 使いなされ https://www.conventionalcommits.org/en/v1.0.0/

[w1234567]

どうせIssueからPR飛んで何やったか見る羽目になるんだからIssue番号は最初の方に書いてほしいぞ

[turanukimaru]

内容は流儀の問題なので何も言わないが、ロジカルっていう人が実際にはロジカルでないのはなんでだろ。数学以外で「何故それがロジカルと言えるのか」と聞くとだいたい「だって論理的だろ」みたいなクソみたいな答え

[shingo-sasaki-0529]

本当に綺麗なコミットメッセージは好きよ。でも組織でそれを機械的に強制できて、かつ開発者がストレスを感じにくいフローにできるかと言うと難しそうなので、PR の番号さえあれば後はなんでもいいや。

[sk8931]

絵文字使うはどう考えても悪手

[ai_gaminglife]

ここまで面倒なルール押し付けても定着しなさそう

[yamadadadada2]

その時はこれでいいと思う。一年後に自分で読み返すことになり死にたくなる。それがコミットメッセージ

[z10a41dcb]

よくあるベストプラクティスとして多義性のある言葉やabbreviationsは避けるというのがあるが、絵文字の利用はこれらに反する気が。別のチームや、n年後のチームが見たら何の事やらわからん。あといくらなんでも短すぎ

[psne]

その文化(テンプレートや例がきちんと用意されているの)であるならそれで良いと思うやつ。どこでも同じ表示になるように絵文字(emoji)は使わない。

[takeshiketa]

絵文字堪忍して

[Magicant]

何やろな、正しいやり方を求める気持ちで前のめりになりすぎて実際にうまくやれてるかどうかまで気が回ってない感じ? / 人の振り見て我が振り直せ

[mayumayu_nimolove]

あっしはあまり共同でGit使わんから分からんけどCSSのBEMみたいにフォーマット基準ないと職場ごとに違うとかならない？

[Shinwiki]

ロジカルじゃない人がプログラムしとるんか？