<?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: The Power of Git, Part 2</title>
	<atom:link href="http://kurt.karmalab.org/2008/02/19/the-power-of-git-part-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://kurt.karmalab.org/2008/02/19/the-power-of-git-part-2/</link>
	<description>Schrade.Blog</description>
	<lastBuildDate>Fri, 09 Jul 2010 06:07:11 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Maxim Kulkin</title>
		<link>http://kurt.karmalab.org/2008/02/19/the-power-of-git-part-2/comment-page-1/#comment-199</link>
		<dc:creator>Maxim Kulkin</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">urn:uuid:{a.guid}#comment-199</guid>
		<description>It&#039;s funny to see how people discover DSCM (distributed source code management) systems just because some guy in Rails community noticed it.

I was using Darcs (yet another DSCM) for 2 years. And this bugs me, because everybody think that git is the only one that does this.</description>
		<content:encoded><![CDATA[<p>It&#8217;s funny to see how people discover DSCM (distributed source code management) systems just because some guy in Rails community noticed it.</p>
<p>I was using Darcs (yet another DSCM) for 2 years. And this bugs me, because everybody think that git is the only one that does this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David S.</title>
		<link>http://kurt.karmalab.org/2008/02/19/the-power-of-git-part-2/comment-page-1/#comment-200</link>
		<dc:creator>David S.</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">urn:uuid:{a.guid}#comment-200</guid>
		<description>I did not know Linus Torvalds was involved with Rails!</description>
		<content:encoded><![CDATA[<p>I did not know Linus Torvalds was involved with Rails!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://kurt.karmalab.org/2008/02/19/the-power-of-git-part-2/comment-page-1/#comment-201</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">urn:uuid:{a.guid}#comment-201</guid>
		<description>Maxim, it&#039;s not &quot;funny&quot; or bothersome for any reason whatsoever.  It&#039;s just generally awesome that people are discovering it.  Period.  Really, just be happy that bloggers like Kurt are promoting distributed source control and move on.</description>
		<content:encoded><![CDATA[<p>Maxim, it&#8217;s not &#8220;funny&#8221; or bothersome for any reason whatsoever.  It&#8217;s just generally awesome that people are discovering it.  Period.  Really, just be happy that bloggers like Kurt are promoting distributed source control and move on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eddie</title>
		<link>http://kurt.karmalab.org/2008/02/19/the-power-of-git-part-2/comment-page-1/#comment-202</link>
		<dc:creator>eddie</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">urn:uuid:{a.guid}#comment-202</guid>
		<description>Wow, if Torvalds is involved with Rails, then the scalability problems are going to go soon. Great.

/LOL&gt;</description>
		<content:encoded><![CDATA[<p>Wow, if Torvalds is involved with Rails, then the scalability problems are going to go soon. Great.</p>
<p>/LOL></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nn@example.org</title>
		<link>http://kurt.karmalab.org/2008/02/19/the-power-of-git-part-2/comment-page-1/#comment-203</link>
		<dc:creator>nn@example.org</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">urn:uuid:{a.guid}#comment-203</guid>
		<description>If SVN is the core and everyone is using git around it, for a while it will resemble a cork surrounded by a bunch of swiss army pocket knives.</description>
		<content:encoded><![CDATA[<p>If SVN is the core and everyone is using git around it, for a while it will resemble a cork surrounded by a bunch of swiss army pocket knives.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Maxim Kulkin</title>
		<link>http://kurt.karmalab.org/2008/02/19/the-power-of-git-part-2/comment-page-1/#comment-204</link>
		<dc:creator>Maxim Kulkin</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">urn:uuid:{a.guid}#comment-204</guid>
		<description>Heh, that&#039;s how rumors are born. I didn&#039;t say it was Linus. Linus wrote git long time before it was adopted by Rails-ians. And there were other DSCMs before Linus&#039;.

I&#039;m sure, lots of Rails-ians think that Git was invented by some fellow Rails guy, because he was sick of some &quot;code ghetto&quot;.

But the most bad think I think is that Git is advertised to newcomers as _the_only_way_ to do some code management stuff (e.g. starting new project). And newcomers are forced to learn just another &quot;cool&quot; tool that &quot;does some great magick&quot; without even understanding why&#039;s and how&#039;s.</description>
		<content:encoded><![CDATA[<p>Heh, that&#8217;s how rumors are born. I didn&#8217;t say it was Linus. Linus wrote git long time before it was adopted by Rails-ians. And there were other DSCMs before Linus&#8217;.</p>
<p>I&#8217;m sure, lots of Rails-ians think that Git was invented by some fellow Rails guy, because he was sick of some &#8220;code ghetto&#8221;.</p>
<p>But the most bad think I think is that Git is advertised to newcomers as _the_only_way_ to do some code management stuff (e.g. starting new project). And newcomers are forced to learn just another &#8220;cool&#8221; tool that &#8220;does some great magick&#8221; without even understanding why&#8217;s and how&#8217;s.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kurt Schrader</title>
		<link>http://kurt.karmalab.org/2008/02/19/the-power-of-git-part-2/comment-page-1/#comment-205</link>
		<dc:creator>Kurt Schrader</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">urn:uuid:{a.guid}#comment-205</guid>
		<description>Maxim:

Are you trying to make a point about something?

1.  I have a Darcs repo from several years ago with some web crawler code in it, written in Haskell and Ruby.  I don&#039;t see how that&#039;s relevant to this, except to point out that Darcs isn&#039;t as nice as git.

2.  If you look at the [link in the post](http://utsl.gen.nz/talks/git-svn/intro.html#sux), code ghetto is defined as:

 &gt;The &#039;Ghetto&#039; development model

 &gt;This is where you send new features into the ghetto so that they can &#039;battle it out&#039;. The last features standing get re-integrated into another branch known as the trailer park to try to find a new life for themselves.

 &gt;Note that ghetto is frequently called trunk, and the trailer park something like releng. The &#039;hood is frequently mis-spelled &quot;head&quot;.

   It has nothing to do with Rails.

3. In fact, I didn&#039;t mention Rails at all in the post.</description>
		<content:encoded><![CDATA[<p>Maxim:</p>
<p>Are you trying to make a point about something?</p>
<p>1.  I have a Darcs repo from several years ago with some web crawler code in it, written in Haskell and Ruby.  I don&#8217;t see how that&#8217;s relevant to this, except to point out that Darcs isn&#8217;t as nice as git.</p>
<p>2.  If you look at the [link in the post](http://utsl.gen.nz/talks/git-svn/intro.html#sux), code ghetto is defined as:</p>
<p> >The &#8216;Ghetto&#8217; development model</p>
<p> >This is where you send new features into the ghetto so that they can &#8216;battle it out&#8217;. The last features standing get re-integrated into another branch known as the trailer park to try to find a new life for themselves.</p>
<p> >Note that ghetto is frequently called trunk, and the trailer park something like releng. The &#8216;hood is frequently mis-spelled &#8220;head&#8221;.</p>
<p>   It has nothing to do with Rails.</p>
<p>3. In fact, I didn&#8217;t mention Rails at all in the post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bwtaylor</title>
		<link>http://kurt.karmalab.org/2008/02/19/the-power-of-git-part-2/comment-page-1/#comment-206</link>
		<dc:creator>bwtaylor</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">urn:uuid:{a.guid}#comment-206</guid>
		<description>Git has three problems that I think make it difficult to switch to in corporate dev shops...

 1) No windows support (and cygwin doesn&#039;t count). This makes it a non-starter in many enterprise settings. Mercurial is the obvious alternative for you if you have windows people on your team.

 2) The command set is large and complex. It deviates needlessly from its predecessors cvs and svn. This creates a bigger activation barrier to adopting it in a team setting. Mercurial is much better in this regard.

 3) Unfortunately push is not a symmetric version of pull and this is confusing. If you follow the advice avoid push to a &quot;non-bare&quot; repository then you aren&#039;t truly a peer-to-peer system as you have to be aware of which repositories are bare and which might have working copies checkout out. This sucks.

I think 1 and 3 are solveable. I think 2 is permanent.</description>
		<content:encoded><![CDATA[<p>Git has three problems that I think make it difficult to switch to in corporate dev shops&#8230;</p>
<p> 1) No windows support (and cygwin doesn&#8217;t count). This makes it a non-starter in many enterprise settings. Mercurial is the obvious alternative for you if you have windows people on your team.</p>
<p> 2) The command set is large and complex. It deviates needlessly from its predecessors cvs and svn. This creates a bigger activation barrier to adopting it in a team setting. Mercurial is much better in this regard.</p>
<p> 3) Unfortunately push is not a symmetric version of pull and this is confusing. If you follow the advice avoid push to a &#8220;non-bare&#8221; repository then you aren&#8217;t truly a peer-to-peer system as you have to be aware of which repositories are bare and which might have working copies checkout out. This sucks.</p>
<p>I think 1 and 3 are solveable. I think 2 is permanent.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Surewish</title>
		<link>http://kurt.karmalab.org/2008/02/19/the-power-of-git-part-2/comment-page-1/#comment-207</link>
		<dc:creator>Surewish</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">urn:uuid:{a.guid}#comment-207</guid>
		<description>Boy do I wish I was hip enough to give a shit about any of this.
(regarding comments)

Nice blog though</description>
		<content:encoded><![CDATA[<p>Boy do I wish I was hip enough to give a shit about any of this.<br />
(regarding comments)</p>
<p>Nice blog though</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bjwilson</title>
		<link>http://kurt.karmalab.org/2008/02/19/the-power-of-git-part-2/comment-page-1/#comment-208</link>
		<dc:creator>bjwilson</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">urn:uuid:{a.guid}#comment-208</guid>
		<description>Typical Rubyist tries to claim he was on the bandwagon before it was cool. Grow up. Darcs does not scale darcs cannot handle big files. Darcs has an exponential time merge resolution which just kills it. Haskell makes darcs chew through memory like it was free and large changes can go over 32bit boundaries in memory usage. All in all darcs had a good UI but failed due to implementation problems.</description>
		<content:encoded><![CDATA[<p>Typical Rubyist tries to claim he was on the bandwagon before it was cool. Grow up. Darcs does not scale darcs cannot handle big files. Darcs has an exponential time merge resolution which just kills it. Haskell makes darcs chew through memory like it was free and large changes can go over 32bit boundaries in memory usage. All in all darcs had a good UI but failed due to implementation problems.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
