<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>The <short description of bug> is to describe what was the problem. For most bugs you cannot (should not) describe how you solved it in just one line.</div></div></blockquote><div><br></div><div>I disagree here. In many cases I think it is wrong to simply repeat the bug title in the commit message of the commit that (partly or wholly) fixes the bug. Instead the commit message should say what the commit does. That it fixes a specific bug is just a side-effect, a note.</div><div><br></div><div>Sure, it is impossible in many cases to accurately describe everything a change does in just one line. To provide a good one-line summary is an art form;) But please do try. Don't just repeat the bug title.</div><div><br></div><div>Also (this is also personal preference, and might be just bike-shedding) a commit message should be in present tense. It should say what the change *does*. Not what it "did". </div><div><br></div><div>And, as it is just one line, avoid any extra punctuation if you want to cram a meaningful description into it. I personally also don't see the usefulness in putting the "module" name as a prefix on the commit message. But I know that many esteemed colleagues disagree.</div><div><br></div><div>--tml</div><div><br></div><div><br></div></div></div></div>