<?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"
	>
<channel>
	<title>Comments on: Why I Chose Git</title>
	<atom:link href="http://mjtsai.com/blog/2008/01/02/why-i-chose-git/feed/" rel="self" type="application/rss+xml" />
	<link>http://mjtsai.com/blog/2008/01/02/why-i-chose-git/</link>
	<description></description>
	<pubDate>Fri, 21 Nov 2008 23:16:27 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Anonymous</title>
		<link>http://mjtsai.com/blog/2008/01/02/why-i-chose-git/#comment-218464</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Sat, 19 Jan 2008 23:20:36 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2008/01/02/why-i-chose-git/#comment-218464</guid>
		<description>Actually recent versions of git now automatically repack periodically.

http://www.kernel.org/pub/software/scm/git/docs/git-gc.html</description>
		<content:encoded><![CDATA[<p>Actually recent versions of git now automatically repack periodically.</p>
<p><a href="http://www.kernel.org/pub/software/scm/git/docs/git-gc.html" rel="nofollow">http://www.kernel.org/pub/software/scm/git/docs/git-gc.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://mjtsai.com/blog/2008/01/02/why-i-chose-git/#comment-206787</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 02 Jan 2008 16:41:39 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2008/01/02/why-i-chose-git/#comment-206787</guid>
		<description>Yeah, I tend to git-gc once at the beginning and then git-repack/git-prune every month or so. I don’t think it’s necessary to keep gc’ing everything into a single packfile.</description>
		<content:encoded><![CDATA[<p>Yeah, I tend to git-gc once at the beginning and then git-repack/git-prune every month or so. I don’t think it’s necessary to keep gc’ing everything into a single packfile.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Grimes</title>
		<link>http://mjtsai.com/blog/2008/01/02/why-i-chose-git/#comment-206778</link>
		<dc:creator>Mark Grimes</dc:creator>
		<pubDate>Wed, 02 Jan 2008 16:24:21 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2008/01/02/why-i-chose-git/#comment-206778</guid>
		<description>A parallel I observed when using git on the MacPorts project for 2007 and only running git-gc once the first time is a pattern that reminds me of disk fragmentation. In fragmentation you often observe instances of it that are not worth the time it takes to defrag because there will be no real measurable space savings nor speed improvement per the length of time it takes to run the defrag. 

In other words running git-gc to save a few megs and IMHO see negligable speed difference at best tends to make m say MEH when people use having to run git-gc as a con. 

I don't really hear anyone who actually uses git complain about it anymore then I hear users complain about how fragmented their HFS+ volumes are</description>
		<content:encoded><![CDATA[<p>A parallel I observed when using git on the MacPorts project for 2007 and only running git-gc once the first time is a pattern that reminds me of disk fragmentation. In fragmentation you often observe instances of it that are not worth the time it takes to defrag because there will be no real measurable space savings nor speed improvement per the length of time it takes to run the defrag. </p>
<p>In other words running git-gc to save a few megs and IMHO see negligable speed difference at best tends to make m say MEH when people use having to run git-gc as a con. </p>
<p>I don't really hear anyone who actually uses git complain about it anymore then I hear users complain about how fragmented their HFS+ volumes are</p>
]]></content:encoded>
	</item>
</channel>
</rss>
