僕が考える最強のコミットメッセージの書き方 - Qiita

この記事は DeNA 21 新卒 Advent Calendar 2020 の16日目の記事です。 はじめに Gitを使っていく上でコミットメッセージは必須なものです。 そのメッセージ、fix とか適当になっていませんか？ コミットメッセージがおざなりなままだと、どんな変更をしたのかが掴みにくく、レビュー時や後で見たときにコードを追うのが難しくなります。 逆に、コミットメッセージをこだわるだけでより良い開発環境、開発者体験を実現できます。今回は僕が良いと考えている書き方をまとめてみようと思います。 この記事のターゲット Gitを使ったことがある方 チームで決められたコミットルールを理解、改善したい方 よりよい開発者体験を実現したい方 ※諸注意 まず、コミットメッセージの書き方に正解はありません。タイトルにもあるとおり、あくまで「僕が良いと考えている」書き方なので、一意見として参考にしていた

[odakaho]

ボタン名みたいのを修正するときに feat か refactor かちょっと悩む

[koogawa]

たしかに機能追加とバグ修正が1つのコミットに混ざるのを防げそう “prefixに合わせてコミットを分けることで、大きすぎず小さすぎない、適切な大きさになると思います”

[bopperjp]

ほんそれ。コミットメッセージに意味のないメッセージを書く人は、blame で変更意図を調査したことがないんだろう。