<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/stylesheets/rss.css" type="text/css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Tom Moertel's Weblog: Tag vcs</title>
    <link>http://blog.moertel.com/articles/tag/vcs?tag=vcs</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>Quality rants on programming theory and stuff geeks like</description>
    <item>
      <title>Practical differences between Darcs and Git/Mercurial</title>
      <description>&lt;p&gt;On the Darcs Users mailing list, I ran across an interesting thread: &lt;a href="http://thread.gmane.org/gmane.comp.version-control.darcs.user/11201"&gt;practical differences between darcs&amp;#8217; patch model and git/mercurial&amp;#8217;s?&lt;/a&gt;&lt;/p&gt;


	&lt;p&gt;Among the interesting points of discussion:&lt;/p&gt;


	&lt;ul&gt;
	&lt;li&gt;Do the mechanics that give rise to Darcs&amp;#8217;s strong cherry-picking abilities also make it susceptible to naughty time-complexity behavior?&lt;/li&gt;
		&lt;li&gt;When you merge non-conflicting changes in Git or Mercurial, you must record a merge patch, which binds the two in the development timeline, but in Darcs the respective patches are free to commute. Which behavior is better for real-world development?&lt;/li&gt;
	&lt;/ul&gt;


	&lt;p&gt;If you&amp;#8217;re interested in distributed source-code management, it&amp;#8217;s an interesting thread to follow.&lt;/p&gt;</description>
      <pubDate>Thu, 25 Oct 2007 16:26:00 -0400</pubDate>
      <guid isPermaLink="false">urn:uuid:9bd93d19-ad1f-4462-9210-11df880ad696</guid>
      <author>Tom Moertel</author>
      <link>http://blog.moertel.com/articles/2007/10/25/practical-differences-between-darcs-and-git-mercurial</link>
      <category>programming</category>
      <category>vcs</category>
      <category>darcs</category>
      <category>mercurial</category>
      <category>git</category>
      <category>patches</category>
      <trackback:ping>http://blog.moertel.com/articles/trackback/606</trackback:ping>
    </item>
    <item>
      <title>Some recent reviews of distributed source-code-management systems</title>
      <description>&lt;p&gt;&lt;a href="http://changelog.complete.org/"&gt;John Goerzen&lt;/a&gt; recently compared a
bunch of distributed source-code-management systems in &lt;a href="http://changelog.complete.org/posts/528-Whose-Distributed-VCS-Is-The-Most-Distributed.html"&gt;Whose
Distributed &lt;span class="caps"&gt;VCS&lt;/span&gt; Is The Most
Distributed?&lt;/a&gt;
His comparison includes all of the major contenders except for
&lt;a href="http://svk.elixus.org/"&gt;&lt;span class="caps"&gt;SVK&lt;/span&gt;&lt;/a&gt; and &lt;a href="http://venge.net/monotone/"&gt;monotone&lt;/a&gt;.
He ends up favoring &lt;a href="http://darcs.net/"&gt;Darcs&lt;/a&gt;, which I also prefer and
use to manage my projects&amp;#8217; code.
If you&amp;#8217;re looking for a quick overview of distributed &lt;span class="caps"&gt;SCM&lt;/span&gt; options,
check out John&amp;#8217;s comparison.&lt;/p&gt;


	&lt;p&gt;Also check out Bryce &amp;#8220;Zooko&amp;#8221; Wilcox-O&amp;#8217;Hearn&amp;#8217;s &lt;a href="http://zooko.com/revision_control_quick_ref.html"&gt;Quick Reference Guide to Free Software Decentralized Revision Control Systems&lt;/a&gt;, which is updated regularly.  (He also likes Darcs.)&lt;/p&gt;


	&lt;p&gt;&lt;strong&gt;Update:&lt;/strong&gt; fixed small typo.&lt;/p&gt;</description>
      <pubDate>Mon, 14 Aug 2006 13:50:00 -0400</pubDate>
      <guid isPermaLink="false">urn:uuid:aeb7fedc-2aa0-4556-afc3-fe7641904535</guid>
      <author>Tom Moertel</author>
      <link>http://blog.moertel.com/articles/2006/08/14/some-recent-reviews-of-distributed-source-code-management-systems</link>
      <category>programming</category>
      <category>reviews</category>
      <category>scm</category>
      <category>vcs</category>
      <category>darcs</category>
      <trackback:ping>http://blog.moertel.com/articles/trackback/153</trackback:ping>
    </item>
  </channel>
</rss>
