はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョ... > このページを見る
最終更新時間:
2012年02月22日00時58分
みんなのブックマーク 人気(10) 新着
-
"fix typo"で済ませる派(この場合はdiff結果で一目瞭然なので)。あと、無理して英語で書いて後で分からなくなるんだったら日本語にしちゃう派。
- 主に140文字で今何してるか書いてる
- 簡潔でわかりやすく誰にでも理解できるような英文のコミットメッセージを考えているうちに一日が過ぎたでござる。メソッド名すら悩む自分はこの簡潔って所が難しい。行き着くところがコード見りゃ解るじゃまずいよな
-
各種有名リポジトリ毎のスタイルを比較してみると良いかも。僕は最近、個人のリポジトリはEmacsスタイルを使っています。"* file name (do) message" という感じ。
-
良いコミットメッセージのためには、他の人のコミットを読むことも重要そう(特に英語は、定型表現がいっぱいあるだろうし、そういう表現を使っていくのも大事そう
-
違うことやってるな。僕がお願いしているのは「レビュアーへの説明のつもりで、そのコミットの内容と理由を書くべし(チケットでもいい)」あとredmineに「refs #000 タイトル」を簡単にコピペできる欄作った
- typoごときに何文字も打ち込むとかえってノイズになる
- 大事なのは同意。具体的にどう書くかは現場次第。
-
コミットメッセージを日記に使ってごめんなさい!
- コミットメッセージはちゃんとかこう/英語コメントのテンプレが欲しい…
- すいません 超適当です たまに
-
書き方
- 日本語です。サーセン。
-
長すぎず短すぎず、一般的な言い回しで分かりやすく。特に英語で記述する際にどうあるべきか。
3 RT
- 見てる:
-
コミットの概要を必要十分な分量で。あとはWhyも書くとよい。基本的な書き方はプロジェクトで決まっていたほうがよい。
- コミットメッセージはちゃんとかこう/英語コメントのテンプレが欲しい…
-
日本人のみのプロジェクトなら英語書く必要はないと思う。
-
Work on つかおう
-
気をつけたい。
-
参考になる
-
違うことやってるな。僕がお願いしているのは「レビュアーへの説明のつもりで、そのコミットの内容と理由を書くべし(チケットでもいい)」あとredmineに「refs #000 タイトル」を簡単にコピペできる欄作った
-
基本的に英語で書くようにはしてる。時々ごめんなさいしてるけど・・・。後、サブジェクト行は英語だけど、説明日本語とかあるな。止めないと。
- 統一されたスタイルは大事ですね。svnだけど参考にします。
- "「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」"
- コミットメッセージの書き方 - ククログ(2012-02-21) (via Instapaper) Sent from my iPhone
-
英語で書けるように
- 言語は英語にする/一文の場合にはピリオドを付けない/主語は省き時制は現在の文章形式にする/文頭の英単語を大文字にする
-
参考になる
2 RT