<?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: Mercurial</title>
	<atom:link href="http://theryanking.com/entries/2007/08/26/mercurial/feed/" rel="self" type="application/rss+xml" />
	<link>http://theryanking.com/entries/2007/08/26/mercurial/</link>
	<description>Music and Technology, but NO TECHNO!</description>
	<pubDate>Fri, 05 Dec 2008 08:36:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Nathan Fiedler</title>
		<link>http://theryanking.com/entries/2007/08/26/mercurial/#comment-98380</link>
		<dc:creator>Nathan Fiedler</dc:creator>
		<pubDate>Thu, 13 Mar 2008 08:19:39 +0000</pubDate>
		<guid isPermaLink="false">http://theryanking.com/entries/2007/08/26/mercurial/#comment-98380</guid>
		<description>A few large projects at Sun have migrated to Mercurial, and as far as I know, none have regretted it. Regarding the reversal of merge problems, I suspect those were a one-time occurrence, as I've not seen anyone complaining of such on the mailing list. Our team is just now switching from Subversion to Mercurial, and one thing is very obvious -- it's a lot faster than Subversion at just about everything.</description>
		<content:encoded><![CDATA[<p>A few large projects at Sun have migrated to Mercurial, and as far as I know, none have regretted it. Regarding the reversal of merge problems, I suspect those were a one-time occurrence, as I&#8217;ve not seen anyone complaining of such on the mailing list. Our team is just now switching from Subversion to Mercurial, and one thing is very obvious &#8212; it&#8217;s a lot faster than Subversion at just about everything.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Labnotes &#187; Dis or Dat (Mercurial and OpenID)</title>
		<link>http://theryanking.com/entries/2007/08/26/mercurial/#comment-87667</link>
		<dc:creator>Labnotes &#187; Dis or Dat (Mercurial and OpenID)</dc:creator>
		<pubDate>Tue, 28 Aug 2007 02:18:20 +0000</pubDate>
		<guid isPermaLink="false">http://theryanking.com/entries/2007/08/26/mercurial/#comment-87667</guid>
		<description>[...] All the cool kids are doing it, so I figured there might be something behind it and start playing with it. Let me summarize my first impression of using Mercurial, granted for an early-stage small project with a development team of size N=1: I&#8217;d hate to go back to SVN. [...]</description>
		<content:encoded><![CDATA[<p>[...] All the cool kids are doing it, so I figured there might be something behind it and start playing with it. Let me summarize my first impression of using Mercurial, granted for an early-stage small project with a development team of size N=1: I&#8217;d hate to go back to SVN. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ryan</title>
		<link>http://theryanking.com/entries/2007/08/26/mercurial/#comment-87658</link>
		<dc:creator>ryan</dc:creator>
		<pubDate>Mon, 27 Aug 2007 22:12:42 +0000</pubDate>
		<guid isPermaLink="false">http://theryanking.com/entries/2007/08/26/mercurial/#comment-87658</guid>
		<description>Ian-

I remember hearing about your problems with mercurial. I think things have come a long way since then.

Having said that, most of what I wrote here could also apply to bzr or git. I haven't used those tools, though.</description>
		<content:encoded><![CDATA[<p>Ian-</p>
<p>I remember hearing about your problems with mercurial. I think things have come a long way since then.</p>
<p>Having said that, most of what I wrote here could also apply to bzr or git. I haven&#8217;t used those tools, though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian McKellar</title>
		<link>http://theryanking.com/entries/2007/08/26/mercurial/#comment-87652</link>
		<dc:creator>Ian McKellar</dc:creator>
		<pubDate>Mon, 27 Aug 2007 19:27:48 +0000</pubDate>
		<guid isPermaLink="false">http://theryanking.com/entries/2007/08/26/mercurial/#comment-87652</guid>
		<description>Hear hear!

I think SVN is very dangerous. It's an only slightly better CVS. Except it's slower and tends to lose data more. It lacks some very basic features that changeset oriented centralized SCMs like Perforce support, just because it's trying to be similar to CVS.

I used Mercurial at Flock for a while and we had some serious problems with merges reverting work. We were spending 50-75% of our time chasing down the problem and we never worked it out. Still switching to SVN sucked really badly.

I've been using bzr for some stuff. Its UI is really nice. I've recently jumped on the GIT bandwagon, primarily using it through git-svn to manage local branches of SVN trees. It's great for that - especially because branches all occupy the same filesystem space. I should take another look at Mecurial though.</description>
		<content:encoded><![CDATA[<p>Hear hear!</p>
<p>I think SVN is very dangerous. It&#8217;s an only slightly better CVS. Except it&#8217;s slower and tends to lose data more. It lacks some very basic features that changeset oriented centralized SCMs like Perforce support, just because it&#8217;s trying to be similar to CVS.</p>
<p>I used Mercurial at Flock for a while and we had some serious problems with merges reverting work. We were spending 50-75% of our time chasing down the problem and we never worked it out. Still switching to SVN sucked really badly.</p>
<p>I&#8217;ve been using bzr for some stuff. Its UI is really nice. I&#8217;ve recently jumped on the GIT bandwagon, primarily using it through git-svn to manage local branches of SVN trees. It&#8217;s great for that - especially because branches all occupy the same filesystem space. I should take another look at Mecurial though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
