## はじめに：コミットメッセージは「コードレビューの修正」！？
フィヨルドブートキャンプのコードレビューでよく指摘してるシリーズです。
コードレビューを受けるといろいろとコードの修正が必要になります。
その際、以下のようなコミットメッセージを使っている人は結構多いのではないでしょうか？
> コードレビューの修正（1回目）
>
> 
多くの場合、この「コードレビューの修正（1回目）」という1コミットの中にコードレビューで受けた指摘の修正が全部詰め込まれています。
## コミットメッセージはソフトウェアの歴史として残る
しかし、業務ではこうしたコミットメッセージは望ましくありません。
というのも、コミットメッセージの一覧（コミット履歴）は、そのソフトウェアの「歴史」として長く残るからです。
たとえば、bootcampアプリのコミット履歴を覗いてみてください。
このコミット履歴を見ると、様々な開発者が様々な変更をbootcampアプリに加えてきていることがわかります。
この一覧を見れば、誰がいつどんな変更を加えたのかがだいたい把握できます。
https://github.com/fjordllc/bootcamp/commits/main
## 「知らんがな」と思われるようなメッセージを残さない
しかし、もしこの中に「コードレビューの修正（1回目）」というコミットメッセージが含まれていたらどうでしょうか？
これだと具体的にどんな変更が入ったのかわからないですよね。
そもそもコードレビューを受けたり、指摘内容を修正したりするのはソフトウェアを開発する過程のひとつにすぎません。
ただの過程（もしくはただの作業）をソフトウェアの歴史として残したとて、後から見た人は「知らんがな」で終わってしまいます。
## まとめ
というわけで、 **コミットメッセージには数年後に読み返したときに「誰が、いつ、どんな変更を加えたのか」がわかるような内容を残してください。**
そして、その意識を持つようになると、自ずとコミットの単位（コミットの粒度）も細かくなっていくはずです。
### あわせて読みたい
[【初心者向け】「コミットの粒度がわからない問題」の模範解答を考えてみた \#Rails \- Qiita](https://qiita.com/jnchito/items/40e0c7d32fde352607be)
ブログ
