<?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: Why just one DVCS?</title>
	<atom:link href="http://blogs.gnome.org/juanje/2008/12/14/why-just-one-dvcs/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/juanje/2008/12/14/why-just-one-dvcs/</link>
	<description>Juanje's thoughts about GNOME, FLOSS and more</description>
	<lastBuildDate>Thu, 24 Sep 2009 08:14:18 +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: juanje</title>
		<link>http://blogs.gnome.org/juanje/2008/12/14/why-just-one-dvcs/comment-page-1/#comment-15</link>
		<dc:creator>juanje</dc:creator>
		<pubDate>Sun, 14 Dec 2008 19:31:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/juanje/?p=35#comment-15</guid>
		<description>Pascal: Yes, you&#039;re right, but I think the most of the advantages come from the local thing of those systems, so doesn&#039;t really matters so much how you store and serve the code plus the metadata. The only thing that matters is you can use your local branches and comunucate with upstream with no troubles.

Marko: Yes, of course, but I think those VCSs spend too much time to be differents and &quot;the best&quot;, than to be compatibles and maybe that could be the point. If the VCSs are compatibles, you don&#039;t need maintain 3 mirros of the same code and almost the same metadata, converting all the time and checking those conversions.... (which is what actuallly can make harder the sysadmin work...). We&#039;ll just have one system and we serve the code and the metadata in one single place, but people can still use git, hg, bzr or whatever this layer support.</description>
		<content:encoded><![CDATA[<p>Pascal: Yes, you&#8217;re right, but I think the most of the advantages come from the local thing of those systems, so doesn&#8217;t really matters so much how you store and serve the code plus the metadata. The only thing that matters is you can use your local branches and comunucate with upstream with no troubles.</p>
<p>Marko: Yes, of course, but I think those VCSs spend too much time to be differents and &#8220;the best&#8221;, than to be compatibles and maybe that could be the point. If the VCSs are compatibles, you don&#8217;t need maintain 3 mirros of the same code and almost the same metadata, converting all the time and checking those conversions&#8230;. (which is what actuallly can make harder the sysadmin work&#8230;). We&#8217;ll just have one system and we serve the code and the metadata in one single place, but people can still use git, hg, bzr or whatever this layer support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marko Anastasov</title>
		<link>http://blogs.gnome.org/juanje/2008/12/14/why-just-one-dvcs/comment-page-1/#comment-13</link>
		<dc:creator>Marko Anastasov</dc:creator>
		<pubDate>Sun, 14 Dec 2008 19:18:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/juanje/?p=35#comment-13</guid>
		<description>Different projects choose different VCS&#039;s and developers interacting with them obviously adapt. Being opinionated and not burdening people with unnecessary choices is a good thing, and GNOME as a project should make a decision to use one, just as Rails, Ubuntu etc did. Trying to please everybody in a huge community is not the way to go IMO. Not to mention the burden from the sysadmin point view.</description>
		<content:encoded><![CDATA[<p>Different projects choose different VCS&#8217;s and developers interacting with them obviously adapt. Being opinionated and not burdening people with unnecessary choices is a good thing, and GNOME as a project should make a decision to use one, just as Rails, Ubuntu etc did. Trying to please everybody in a huge community is not the way to go IMO. Not to mention the burden from the sysadmin point view.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pascal</title>
		<link>http://blogs.gnome.org/juanje/2008/12/14/why-just-one-dvcs/comment-page-1/#comment-12</link>
		<dc:creator>Pascal</dc:creator>
		<pubDate>Sun, 14 Dec 2008 18:59:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/juanje/?p=35#comment-12</guid>
		<description>Unfortunatly my experience about abstract interface is that you will lose the advantages of all the systems, and keep only what they can all manage.</description>
		<content:encoded><![CDATA[<p>Unfortunatly my experience about abstract interface is that you will lose the advantages of all the systems, and keep only what they can all manage.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
