今ではなくてはならないものになったGitですが、コミットメッセージの書き方に悩んだことがあります。 案件によってルールが違うこともあります。GitHubで有名なリポジトリを見ていても、そのリポジトリの対象範囲や目的などによってルールも違うように感じます。 この記事ではコミットメッセージの役割や、日本語でWebサイトを制作する僕たちはどんなルールにするのが良さそうなのかを考えます。 各ツールによって「課題」「Issue」「チケット」と呼ばれるものは「課題」と表記しています。 また、TAMではプロジェクト管理ツールのBacklogを通してGitのバージョン管理機能を使用しているため、「Gitのコミットメッセージを考える」としていますが、Subversionのような別のバージョン管理システムでも同じように考えることができると思います。 前提となる背景 Gitを使う状況を決めておきましょう。すべて
![誰にとってもわかりやすいGitのコミットメッセージを考える | Tips Note by TAM](https://cdn-ak-scissors.b.st-hatena.com/image/square/a875c60d4a638de472283944961713964576fa40/height=288;version=1;width=512/https%3A%2F%2Fwww.tam-tam.co.jp%2Ftipsnote%2Fwpdata%2Fwp-content%2Fuploads%2F2018%2F11%2Fthink-git-commit-message-1024x538.jpg)