<?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: Adoption of various VCSes</title>
	<atom:link href="http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/</link>
	<description>Just another GNOME Blogs weblog</description>
	<lastBuildDate>Sun, 11 Jan 2009 23:03:47 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Andras</title>
		<link>http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/comment-page-1/#comment-183</link>
		<dc:creator>Andras</dc:creator>
		<pubDate>Sun, 25 Nov 2007 08:26:31 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/#comment-183</guid>
		<description>I am yet to see a distributed open-source VCS that handles the line endings well. Lack of proper CRLF support is a showstopper to me, but Mercurial, Darcs, Bazaar and Monotone (the ones I&#039;ve checked) are only starting to became aware of the issue. I&#039;m sticking to svn until one of the above ones solves this.</description>
		<content:encoded><![CDATA[<p>I am yet to see a distributed open-source VCS that handles the line endings well. Lack of proper CRLF support is a showstopper to me, but Mercurial, Darcs, Bazaar and Monotone (the ones I&#8217;ve checked) are only starting to became aware of the issue. I&#8217;m sticking to svn until one of the above ones solves this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Cape</title>
		<link>http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/comment-page-1/#comment-173</link>
		<dc:creator>James Cape</dc:creator>
		<pubDate>Tue, 20 Nov 2007 02:06:57 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/#comment-173</guid>
		<description>Best Practical Solutions is the company responsible for &quot;Request Tracker&quot;, (package: rt3) a monstrous, perl-CGI ticket-tracking website.

Unfortunately it&#039;s a far sight more useful for general IT support ticketing than Bugzilla or Trac, which are very development-oriented.</description>
		<content:encoded><![CDATA[<p>Best Practical Solutions is the company responsible for &#8220;Request Tracker&#8221;, (package: rt3) a monstrous, perl-CGI ticket-tracking website.</p>
<p>Unfortunately it&#8217;s a far sight more useful for general IT support ticketing than Bugzilla or Trac, which are very development-oriented.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ivan-Assen</title>
		<link>http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/comment-page-1/#comment-172</link>
		<dc:creator>Ivan-Assen</dc:creator>
		<pubDate>Mon, 19 Nov 2007 16:22:49 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/#comment-172</guid>
		<description>Game development companies, which often exceed 1 TB in the repository per project, swear by Perforce. Certainly nothing in the distributed VCS crowd approaches its abilities to handle huge files. (Given that Linus, the creator of Git, has gone on record to say &quot;Files above 10 MB don&#039;t belong in the repository, this is hardly surprising.)

If you think 100k KLOC is &quot;big&quot;, you need to get out more.</description>
		<content:encoded><![CDATA[<p>Game development companies, which often exceed 1 TB in the repository per project, swear by Perforce. Certainly nothing in the distributed VCS crowd approaches its abilities to handle huge files. (Given that Linus, the creator of Git, has gone on record to say &#8220;Files above 10 MB don&#8217;t belong in the repository, this is hardly surprising.)</p>
<p>If you think 100k KLOC is &#8220;big&#8221;, you need to get out more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JP</title>
		<link>http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/comment-page-1/#comment-170</link>
		<dc:creator>JP</dc:creator>
		<pubDate>Mon, 19 Nov 2007 10:05:03 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/#comment-170</guid>
		<description>One interesting question is how do the different systems handle line endings. That can be a major PITA when working on cross platform projects. SVN and hg seem to be the smartest, whereas others seem to have a that-is-the-user&#039;s-problem kind of attitude.</description>
		<content:encoded><![CDATA[<p>One interesting question is how do the different systems handle line endings. That can be a major PITA when working on cross platform projects. SVN and hg seem to be the smartest, whereas others seem to have a that-is-the-user&#8217;s-problem kind of attitude.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wesley Moxam</title>
		<link>http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/comment-page-1/#comment-169</link>
		<dc:creator>Wesley Moxam</dc:creator>
		<pubDate>Mon, 19 Nov 2007 04:55:37 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/#comment-169</guid>
		<description>It&#039;s true that CVS was &#039;replaced&#039; by Subversion due to the mess that is the GNU cvs source code. However, it&#039;s not quite dead, the OpenBSD project is working on a re-implementation of CVS which is meant to first achieve compatibility with other CVS implementations, then address the shortcomings of CVS (atomic commits and what not). You can learn more at http://www.opencvs.org/ and also http://www.openbsd.org/papers/bsdcan07-cvs/</description>
		<content:encoded><![CDATA[<p>It&#8217;s true that CVS was &#8216;replaced&#8217; by Subversion due to the mess that is the GNU cvs source code. However, it&#8217;s not quite dead, the OpenBSD project is working on a re-implementation of CVS which is meant to first achieve compatibility with other CVS implementations, then address the shortcomings of CVS (atomic commits and what not). You can learn more at <a href="http://www.opencvs.org/" rel="nofollow">http://www.opencvs.org/</a> and also <a href="http://www.openbsd.org/papers/bsdcan07-cvs/" rel="nofollow">http://www.openbsd.org/papers/bsdcan07-cvs/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paolo Bonzini</title>
		<link>http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/comment-page-1/#comment-167</link>
		<dc:creator>Paolo Bonzini</dc:creator>
		<pubDate>Sun, 18 Nov 2007 20:34:29 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/#comment-167</guid>
		<description>I know of a few companies using svk mirrors internally.  I think svk&#039;s adoption is &quot;hidden&quot; under the covers of many projects using a centralized svn repository.</description>
		<content:encoded><![CDATA[<p>I know of a few companies using svk mirrors internally.  I think svk&#8217;s adoption is &#8220;hidden&#8221; under the covers of many projects using a centralized svn repository.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Austin Seipp</title>
		<link>http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/comment-page-1/#comment-166</link>
		<dc:creator>Austin Seipp</dc:creator>
		<pubDate>Sun, 18 Nov 2007 19:33:26 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/#comment-166</guid>
		<description>I would say that GHC (the leading haskell compiler, somewhere around ~100 kLOC last time I heard) qualifies as a &#039;large&#039; project using darcs:

http://haskell.org/ghc/</description>
		<content:encoded><![CDATA[<p>I would say that GHC (the leading haskell compiler, somewhere around ~100 kLOC last time I heard) qualifies as a &#8216;large&#8217; project using darcs:</p>
<p><a href="http://haskell.org/ghc/" rel="nofollow">http://haskell.org/ghc/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karl Koehler</title>
		<link>http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/comment-page-1/#comment-165</link>
		<dc:creator>Karl Koehler</dc:creator>
		<pubDate>Sun, 18 Nov 2007 19:29:25 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/#comment-165</guid>
		<description>I have used Clearcase as well, and do know some people who would vigorously defend it. It&#039;s good when you have huge volumes of data under version control, because the data isn&#039;t really copied ( by default ): the live view behaves like a ( sometimes sluggish ) versioned NFS file system; thus, new branches and views are nearly instantaneous.
You mention &quot;Perforce is like CVS or SVN.. &quot;. Well, yes and no ! Yes, it is very fast ( I measured &gt; 10x faster than CVS for checkouts, much for updates, diffs, etc.), but in addition, branching and merging work the way they should ( unlike CVS or SVN, where you get into trouble if you merge a branch twice and didn&#039;t take the precautions ). I&#039;d think that if a centralized VCS is Ok for your model, Perforce is the best of those.</description>
		<content:encoded><![CDATA[<p>I have used Clearcase as well, and do know some people who would vigorously defend it. It&#8217;s good when you have huge volumes of data under version control, because the data isn&#8217;t really copied ( by default ): the live view behaves like a ( sometimes sluggish ) versioned NFS file system; thus, new branches and views are nearly instantaneous.<br />
You mention &#8220;Perforce is like CVS or SVN.. &#8220;. Well, yes and no ! Yes, it is very fast ( I measured &gt; 10x faster than CVS for checkouts, much for updates, diffs, etc.), but in addition, branching and merging work the way they should ( unlike CVS or SVN, where you get into trouble if you merge a branch twice and didn&#8217;t take the precautions ). I&#8217;d think that if a centralized VCS is Ok for your model, Perforce is the best of those.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mattias Bengtsson</title>
		<link>http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/comment-page-1/#comment-164</link>
		<dc:creator>Mattias Bengtsson</dc:creator>
		<pubDate>Sun, 18 Nov 2007 19:28:01 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/#comment-164</guid>
		<description>Work is being done by the darcs-developers to fix the misbehaviour that causes darcs to hang.
Your definition of &quot;big&quot; is obviously flawed, as you also say. One &quot;big&quot; project that uses darcs is the Haskell Compiler GHC btw.</description>
		<content:encoded><![CDATA[<p>Work is being done by the darcs-developers to fix the misbehaviour that causes darcs to hang.<br />
Your definition of &#8220;big&#8221; is obviously flawed, as you also say. One &#8220;big&#8221; project that uses darcs is the Haskell Compiler GHC btw.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Arendsen Hein</title>
		<link>http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/comment-page-1/#comment-161</link>
		<dc:creator>Thomas Arendsen Hein</dc:creator>
		<pubDate>Sun, 18 Nov 2007 08:53:16 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/newren/2007/11/17/adoption-of-various-vcses/#comment-161</guid>
		<description>Regarding Juri Pakaste&#039;s comment:
Pylons switched from Darcs to Mercurial in September,
but I think Darcs is heavily used by the Debian project.</description>
		<content:encoded><![CDATA[<p>Regarding Juri Pakaste&#8217;s comment:<br />
Pylons switched from Darcs to Mercurial in September,<br />
but I think Darcs is heavily used by the Debian project.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
