より良い Git コミットメッセージを書こう - Qiita

より良いコミットメッセージを残すことは Git を使った開発をする上で重要なことです。優れたコミットメッセージは、それを読んだ人がコードを理解するのに大いに役立ちます。 では、どのようなメッセージが良いもので、どのようなメッセージが悪いものなのでしょうか？ それについて掘り下げていきたいと思います。 基本的な Git Commit Message の書き方 詳しいところは、以下の3サイトを参照してください。特に「How to Write a Git Commit Message」には基本がすべて書かれています。 How to Write a Git Commit Message https://cbea.ms/git-commit/ Gitのコミットメッセージをうまく作成する7つのルール （「How to Write a Git Commit Message」の和訳記事） https://

[tmatsuu]

英語の文例は数多くあれど、日本語でのコミットメッセージに対する言及はあまり見かけたことがなかったので。わいわい

[degucho]

差分みたらわかることではなく経緯はほしくなる

[hdampty7]

gitフローを明確にしてほしいな。コメントというか仕様がどこかに記録としてあればよいので。コミットメッセージに書くとソースがある程度固まってからコミットすることになるので、単位が小さすぎることも多い。

[yushph]

改めて

[Nnwww]

リポジトリに完結させるという点ではwhyを書くのがいいんだろうけど、断片的な修正の経緯を短文にまとめるのは難しいからissueをガッツリ書き込んでそこへのリンクを貼るのが楽だと思っちゃう

[bellonieta]

commitizen的にはWhyよりCHANGELOGに箇条書きされるつもりのメッセージ書いた方が良いんだけどな

[work996]

コミットメッセージもLLMで自動生成したやつじゃないと読む気失せるわーってなる日が近いんだろうな。と思ってググったら既にあった。 https://github.com/joone/loz まだ問題点はあるんだろうけど、時代の速さを感じる…。

[ghostbass]

「変更理由」あるいは「変更目的」を書こう

[ka-ka_xyz]

commit logは"fix $issue_no $short_explain" ぐらいに留めて文脈的な話はissue側にガッツリ書き込む派。

[dowhile]

コミットはgit-nowでイナフ。マージは詳しく書いて欲しい派です