<?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: Playing with Mercurial</title>
	<atom:link href="http://www.stevestreeting.com/2009/08/04/playing-with-mercurial/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.stevestreeting.com/2009/08/04/playing-with-mercurial/</link>
	<description>Man bites Ogre</description>
	<lastBuildDate>Thu, 09 Feb 2012 08:49:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
	<item>
		<title>By: SteveStreeting.com &#187; Blog Archive &#187; Adventures in conversionland</title>
		<link>http://www.stevestreeting.com/2009/08/04/playing-with-mercurial/comment-page-1/#comment-260431</link>
		<dc:creator>SteveStreeting.com &#187; Blog Archive &#187; Adventures in conversionland</dc:creator>
		<pubDate>Sun, 25 Oct 2009 20:57:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.stevestreeting.com/?p=2157#comment-260431</guid>
		<description>[...] started my DVCS evaluation very pro-Mercurial and very anti-Git. While working through my detailed use cases, a process which [...]</description>
		<content:encoded><![CDATA[<p>[...] started my DVCS evaluation very pro-Mercurial and very anti-Git. While working through my detailed use cases, a process which [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.stevestreeting.com/2009/08/04/playing-with-mercurial/comment-page-1/#comment-256285</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Sat, 08 Aug 2009 14:53:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.stevestreeting.com/?p=2157#comment-256285</guid>
		<description>Found a more rational and detailed pro-Git post: http://www.rockstarprogrammer.org/post/2008/apr/06/differences-between-mercurial-and-git/

Interestingly I&#039;m having less success on the Mac with Mercurial, the free &amp; open source GUIs really aren&#039;t very good so far - TortoiseHG hasn&#039;t been ported completely yet, Murky and MacMercurial cover too small a slice of the functionality to be a primary tool. In contrast GitX seems quite rich. I&#039;m still keeping an open mind, let&#039;s see how this plays out in the round.</description>
		<content:encoded><![CDATA[<p>Found a more rational and detailed pro-Git post: <a href="http://www.rockstarprogrammer.org/post/2008/apr/06/differences-between-mercurial-and-git/" rel="nofollow">http://www.rockstarprogrammer.org/post/2008/apr/06/differences-between-mercurial-and-git/</a></p>
<p>Interestingly I&#8217;m having less success on the Mac with Mercurial, the free &#038; open source GUIs really aren&#8217;t very good so far &#8211; TortoiseHG hasn&#8217;t been ported completely yet, Murky and MacMercurial cover too small a slice of the functionality to be a primary tool. In contrast GitX seems quite rich. I&#8217;m still keeping an open mind, let&#8217;s see how this plays out in the round.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.stevestreeting.com/2009/08/04/playing-with-mercurial/comment-page-1/#comment-256260</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Fri, 07 Aug 2009 10:28:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.stevestreeting.com/?p=2157#comment-256260</guid>
		<description>Thanks - a little light on detail that one though :) It&#039;s hard to know precisely what the decision points were.

Here&#039;s my other non-scientific observation: of the projects that choose Git, the majority of them seem to be Linux-focussed (Qt is one of the exceptions, but that&#039;s the trend I&#039;m seeing: http://git.or.cz/gitwiki/GitProjects). It makes sense given that Git runs best on Linux, and that it regards Windows and non-Unix filesystems as second-class citizens that either need (slower) wrappers (Cygwin/MSYS) or won&#039;t work at all (FAT). That, along with the obscurity of some of the commands is what&#039;s concerning me about using Git for my projects right now.</description>
		<content:encoded><![CDATA[<p>Thanks &#8211; a little light on detail that one though <img src='http://www.stevestreeting.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  It&#8217;s hard to know precisely what the decision points were.</p>
<p>Here&#8217;s my other non-scientific observation: of the projects that choose Git, the majority of them seem to be Linux-focussed (Qt is one of the exceptions, but that&#8217;s the trend I&#8217;m seeing: <a href="http://git.or.cz/gitwiki/GitProjects" rel="nofollow">http://git.or.cz/gitwiki/GitProjects</a>). It makes sense given that Git runs best on Linux, and that it regards Windows and non-Unix filesystems as second-class citizens that either need (slower) wrappers (Cygwin/MSYS) or won&#8217;t work at all (FAT). That, along with the obscurity of some of the commands is what&#8217;s concerning me about using Git for my projects right now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jacmoe</title>
		<link>http://www.stevestreeting.com/2009/08/04/playing-with-mercurial/comment-page-1/#comment-256249</link>
		<dc:creator>jacmoe</dc:creator>
		<pubDate>Thu, 06 Aug 2009 23:14:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.stevestreeting.com/?p=2157#comment-256249</guid>
		<description>I searched the Qt blog for &#039;mercurial&#039; because I was curious why they chose Git, and this is what I found:
http://is.gd/25B2b

If we remove their specific criteria, like easier migration from Perforce and in-house knowledge, it looks like Mercurial is the overall winner.

But read it yourself. :)</description>
		<content:encoded><![CDATA[<p>I searched the Qt blog for &#8216;mercurial&#8217; because I was curious why they chose Git, and this is what I found:<br />
<a href="http://is.gd/25B2b" rel="nofollow">http://is.gd/25B2b</a></p>
<p>If we remove their specific criteria, like easier migration from Perforce and in-house knowledge, it looks like Mercurial is the overall winner.</p>
<p>But read it yourself. <img src='http://www.stevestreeting.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SteveStreeting.com &#187; Blog Archive &#187; Getting more structured with my DVCS tests</title>
		<link>http://www.stevestreeting.com/2009/08/04/playing-with-mercurial/comment-page-1/#comment-256239</link>
		<dc:creator>SteveStreeting.com &#187; Blog Archive &#187; Getting more structured with my DVCS tests</dc:creator>
		<pubDate>Thu, 06 Aug 2009 17:28:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.stevestreeting.com/?p=2157#comment-256239</guid>
		<description>[...] so I&#8217;ve posted my initial feelings about tinkering with Mercurial and Git, and that seems to have generated some interest. It&#8217;s [...]</description>
		<content:encoded><![CDATA[<p>[...] so I&#8217;ve posted my initial feelings about tinkering with Mercurial and Git, and that seems to have generated some interest. It&#8217;s [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.stevestreeting.com/2009/08/04/playing-with-mercurial/comment-page-1/#comment-256232</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Thu, 06 Aug 2009 13:45:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.stevestreeting.com/?p=2157#comment-256232</guid>
		<description>Looks like Python chose Mercurial too: http://www.python.org/dev/peps/pep-0374/

Funnily enough, all the &#039;serious&#039; analyses that I&#039;ve come across so far where a single DVCS choice has been made, have come down on the side of Mercurial - never by much, but there have been the typical small things that have tipped it like Windows support and ease of re-training from CVS/SVN. I haven&#039;t yet seen what I would consider a serious unbiased analysis that&#039;s come down on the Git side yet. Anyone have any of those? All the pro-Git stuff I&#039;ve read so far has been written by people with vested interests (like GitHub), or people who don&#039;t care about Windows, or individal developers who like it because it&#039;s cool. Are there any level-headed comparisons out there that felt Git was best that I should be reading? </description>
		<content:encoded><![CDATA[<p>Looks like Python chose Mercurial too: <a href="http://www.python.org/dev/peps/pep-0374/" rel="nofollow">http://www.python.org/dev/peps/pep-0374/</a></p>
<p>Funnily enough, all the &#8216;serious&#8217; analyses that I&#8217;ve come across so far where a single DVCS choice has been made, have come down on the side of Mercurial &#8211; never by much, but there have been the typical small things that have tipped it like Windows support and ease of re-training from CVS/SVN. I haven&#8217;t yet seen what I would consider a serious unbiased analysis that&#8217;s come down on the Git side yet. Anyone have any of those? All the pro-Git stuff I&#8217;ve read so far has been written by people with vested interests (like GitHub), or people who don&#8217;t care about Windows, or individal developers who like it because it&#8217;s cool. Are there any level-headed comparisons out there that felt Git was best that I should be reading?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.stevestreeting.com/2009/08/04/playing-with-mercurial/comment-page-1/#comment-256230</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Thu, 06 Aug 2009 13:24:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.stevestreeting.com/?p=2157#comment-256230</guid>
		<description>I hadn&#039;t seen that actually, thanks. I agree with the article so far. 

In fact, I wasn&#039;t aware that Google Code had picked Mercurial over Git, that&#039;s pretty interesting. It appears they did so for much the same reasons I&#039;m currently leaning that way.</description>
		<content:encoded><![CDATA[<p>I hadn&#8217;t seen that actually, thanks. I agree with the article so far. </p>
<p>In fact, I wasn&#8217;t aware that Google Code had picked Mercurial over Git, that&#8217;s pretty interesting. It appears they did so for much the same reasons I&#8217;m currently leaning that way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blankthemuffin</title>
		<link>http://www.stevestreeting.com/2009/08/04/playing-with-mercurial/comment-page-1/#comment-256224</link>
		<dc:creator>blankthemuffin</dc:creator>
		<pubDate>Thu, 06 Aug 2009 11:39:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.stevestreeting.com/?p=2157#comment-256224</guid>
		<description>I presume you&#039;ve seen this, but here it is anyway. http://code.google.com/p/support/wiki/DVCSAnalysis The comments are also interesting.</description>
		<content:encoded><![CDATA[<p>I presume you&#8217;ve seen this, but here it is anyway. <a href="http://code.google.com/p/support/wiki/DVCSAnalysis" rel="nofollow">http://code.google.com/p/support/wiki/DVCSAnalysis</a> The comments are also interesting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.stevestreeting.com/2009/08/04/playing-with-mercurial/comment-page-1/#comment-256223</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Thu, 06 Aug 2009 11:15:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.stevestreeting.com/?p=2157#comment-256223</guid>
		<description>Thanks for the examples, although they&#039;re still fairly simple :) Yeah, I was talking about the likes of the Linux kernel - my projects tend to be in the middle - complex enough that simple manual ad-hoc management doesn&#039;t work (e.g. keeping manual records of what is awaiting merging like some projects do), and I need to do 2-way merges on occasion etc, but not at the extent where I&#039;ll be extensively using those features every day, so I want something I can just pick up &amp; use to resolve the complexities quickly, repeatedly, and easily without mistakes, without having to refer to the manual all the time.

When I get more time I&#039;m going to play with some engineered examples of things I normally come across and see how easy Mercurial and Git make it. So far Mercurial is winning on what I&#039;ve tried so far, as discussed in the 3 points above.</description>
		<content:encoded><![CDATA[<p>Thanks for the examples, although they&#8217;re still fairly simple <img src='http://www.stevestreeting.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Yeah, I was talking about the likes of the Linux kernel &#8211; my projects tend to be in the middle &#8211; complex enough that simple manual ad-hoc management doesn&#8217;t work (e.g. keeping manual records of what is awaiting merging like some projects do), and I need to do 2-way merges on occasion etc, but not at the extent where I&#8217;ll be extensively using those features every day, so I want something I can just pick up &#038; use to resolve the complexities quickly, repeatedly, and easily without mistakes, without having to refer to the manual all the time.</p>
<p>When I get more time I&#8217;m going to play with some engineered examples of things I normally come across and see how easy Mercurial and Git make it. So far Mercurial is winning on what I&#8217;ve tried so far, as discussed in the 3 points above.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blankthemuffin</title>
		<link>http://www.stevestreeting.com/2009/08/04/playing-with-mercurial/comment-page-1/#comment-256222</link>
		<dc:creator>blankthemuffin</dc:creator>
		<pubDate>Thu, 06 Aug 2009 11:03:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.stevestreeting.com/?p=2157#comment-256222</guid>
		<description>http://github.com/radiant/radiant/network Actually this is a better example, bit more compact. It&#039;s a rather cool visualization actually.</description>
		<content:encoded><![CDATA[<p><a href="http://github.com/radiant/radiant/network" rel="nofollow">http://github.com/radiant/radiant/network</a> Actually this is a better example, bit more compact. It&#8217;s a rather cool visualization actually.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

