<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Writing better commit messages</title>
	<atom:link href="http://lbrandy.com/blog/2009/03/writing-better-commit-messages/feed/" rel="self" type="application/rss+xml" />
	<link>http://lbrandy.com/blog/2009/03/writing-better-commit-messages/</link>
	<description>{ on programming and the internets, every monday }</description>
	<lastBuildDate>Tue, 09 Mar 2010 07:51:25 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: louis</title>
		<link>http://lbrandy.com/blog/2009/03/writing-better-commit-messages/comment-page-1/#comment-4416</link>
		<dc:creator>louis</dc:creator>
		<pubDate>Wed, 01 Apr 2009 19:54:07 +0000</pubDate>
		<guid isPermaLink="false">http://lbrandy.com/blog/?p=695#comment-4416</guid>
		<description>@Bill King,

I have a few private repos that I just looked at the git/svn logs for just to see what I&#039;d think about opening them up for the world to see. It wasn&#039;t so good, heh. I&#039;ll need to keep that one in mind.</description>
		<content:encoded><![CDATA[<p>@Bill King,</p>
<p>I have a few private repos that I just looked at the git/svn logs for just to see what I&#8217;d think about opening them up for the world to see. It wasn&#8217;t so good, heh. I&#8217;ll need to keep that one in mind.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Kohn</title>
		<link>http://lbrandy.com/blog/2009/03/writing-better-commit-messages/comment-page-1/#comment-4398</link>
		<dc:creator>Ryan Kohn</dc:creator>
		<pubDate>Wed, 01 Apr 2009 02:23:20 +0000</pubDate>
		<guid isPermaLink="false">http://lbrandy.com/blog/?p=695#comment-4398</guid>
		<description>The trick to a good commit message is thinking about how it will be used by someone else, or even yourself, in the future. Empathy goes a long way in building a good team.</description>
		<content:encoded><![CDATA[<p>The trick to a good commit message is thinking about how it will be used by someone else, or even yourself, in the future. Empathy goes a long way in building a good team.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill King</title>
		<link>http://lbrandy.com/blog/2009/03/writing-better-commit-messages/comment-page-1/#comment-4397</link>
		<dc:creator>Bill King</dc:creator>
		<pubDate>Tue, 31 Mar 2009 23:26:46 +0000</pubDate>
		<guid isPermaLink="false">http://lbrandy.com/blog/?p=695#comment-4397</guid>
		<description>As our repository is going public in a matter of days/weeks, may I add, don&#039;t write something you wouldn&#039;t want seen in public. We&#039;ve chopped our commit history to a week ago, for privacy law reasons as much as anything else, but still.... there were some pretty gruesome commit messages, and this is only in the 4.x stream.</description>
		<content:encoded><![CDATA[<p>As our repository is going public in a matter of days/weeks, may I add, don&#8217;t write something you wouldn&#8217;t want seen in public. We&#8217;ve chopped our commit history to a week ago, for privacy law reasons as much as anything else, but still&#8230;. there were some pretty gruesome commit messages, and this is only in the 4.x stream.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Cowham</title>
		<link>http://lbrandy.com/blog/2009/03/writing-better-commit-messages/comment-page-1/#comment-4392</link>
		<dc:creator>Robert Cowham</dc:creator>
		<pubDate>Tue, 31 Mar 2009 20:58:59 +0000</pubDate>
		<guid isPermaLink="false">http://lbrandy.com/blog/?p=695#comment-4392</guid>
		<description>Some good thoughts.

Chris Seiwald (founder of www.perforce.com and an author of a chapter in &quot;Beautiful Code&quot;) gave a keynote in which he recommended:

- restrict all whitespace changes to a specific type and document as such

- restrict refactorings (that should not change functionality) to their own commit (and document)

- restrict functionality changes (bug fix or new feature) to their own changelists (and document)

i.e. don&#039;t mix different types of change, and put a standard prefix for each type of change to identify it in your commit message.

Excellent idea (not always easy to restrict oneself to!).

Robert</description>
		<content:encoded><![CDATA[<p>Some good thoughts.</p>
<p>Chris Seiwald (founder of <a href="http://www.perforce.com" rel="nofollow">http://www.perforce.com</a> and an author of a chapter in &#8220;Beautiful Code&#8221;) gave a keynote in which he recommended:</p>
<p>- restrict all whitespace changes to a specific type and document as such</p>
<p>- restrict refactorings (that should not change functionality) to their own commit (and document)</p>
<p>- restrict functionality changes (bug fix or new feature) to their own changelists (and document)</p>
<p>i.e. don&#8217;t mix different types of change, and put a standard prefix for each type of change to identify it in your commit message.</p>
<p>Excellent idea (not always easy to restrict oneself to!).</p>
<p>Robert</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Binny V A</title>
		<link>http://lbrandy.com/blog/2009/03/writing-better-commit-messages/comment-page-1/#comment-4361</link>
		<dc:creator>Binny V A</dc:creator>
		<pubDate>Tue, 31 Mar 2009 07:16:17 +0000</pubDate>
		<guid isPermaLink="false">http://lbrandy.com/blog/?p=695#comment-4361</guid>
		<description>Great advice. I&#039;ll try to follow them next time onwards.

@angelo That&#039;s a good convention. Thanks for the tip.</description>
		<content:encoded><![CDATA[<p>Great advice. I&#8217;ll try to follow them next time onwards.</p>
<p>@angelo That&#8217;s a good convention. Thanks for the tip.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake Boxer</title>
		<link>http://lbrandy.com/blog/2009/03/writing-better-commit-messages/comment-page-1/#comment-4357</link>
		<dc:creator>Jake Boxer</dc:creator>
		<pubDate>Tue, 31 Mar 2009 04:27:45 +0000</pubDate>
		<guid isPermaLink="false">http://lbrandy.com/blog/?p=695#comment-4357</guid>
		<description>Back at the place I interned over the summer, one guy used the same message every time he committed: &quot;Updated code&quot;.</description>
		<content:encoded><![CDATA[<p>Back at the place I interned over the summer, one guy used the same message every time he committed: &#8220;Updated code&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bowl</title>
		<link>http://lbrandy.com/blog/2009/03/writing-better-commit-messages/comment-page-1/#comment-4356</link>
		<dc:creator>bowl</dc:creator>
		<pubDate>Tue, 31 Mar 2009 04:05:56 +0000</pubDate>
		<guid isPermaLink="false">http://lbrandy.com/blog/?p=695#comment-4356</guid>
		<description>My favorite ones are the guys that constantly use &quot;interim commit&quot; as their sole message. Thanks dude!</description>
		<content:encoded><![CDATA[<p>My favorite ones are the guys that constantly use &#8220;interim commit&#8221; as their sole message. Thanks dude!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
