<?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: DVCS Interoperability</title>
	<atom:link href="http://gsocblog.jsharpe.net/archives/14/feed" rel="self" type="application/rss+xml" />
	<link>http://gsocblog.jsharpe.net/archives/14</link>
	<description>James Sharpe's Google Summer of Code Blog</description>
	<pubDate>Thu, 04 Dec 2008 23:54:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Sb</title>
		<link>http://gsocblog.jsharpe.net/archives/14#comment-112</link>
		<dc:creator>Sb</dc:creator>
		<pubDate>Fri, 27 Jun 2008 19:01:57 +0000</pubDate>
		<guid isPermaLink="false">http://gsocblog.jsharpe.net/?p=14#comment-112</guid>
		<description>You haven't actually used Tailor, have you?  Done any converting of code between VCSs?  It's always incomplete, buggy, and leaves garbage behind.

You might want to try it before suggesting it.  I think you'll see pretty quickly why it's a bad idea!

If you're talking about just "skinning" the git engine with bzr commands, that doesn't work either.  They're very different under the hood; at best, you'll create a mess of leaky abstractions and another baffling porceleain that nobody uses.</description>
		<content:encoded><![CDATA[<p>You haven&#8217;t actually used Tailor, have you?  Done any converting of code between VCSs?  It&#8217;s always incomplete, buggy, and leaves garbage behind.</p>
<p>You might want to try it before suggesting it.  I think you&#8217;ll see pretty quickly why it&#8217;s a bad idea!</p>
<p>If you&#8217;re talking about just &#8220;skinning&#8221; the git engine with bzr commands, that doesn&#8217;t work either.  They&#8217;re very different under the hood; at best, you&#8217;ll create a mess of leaky abstractions and another baffling porceleain that nobody uses.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Interstellar Medium: the Free Software carnival &#187; Blog Archive &#187; Free Software carnival: 21 – 27 June 2008</title>
		<link>http://gsocblog.jsharpe.net/archives/14#comment-111</link>
		<dc:creator>Interstellar Medium: the Free Software carnival &#187; Blog Archive &#187; Free Software carnival: 21 – 27 June 2008</dc:creator>
		<pubDate>Fri, 27 Jun 2008 15:59:14 +0000</pubDate>
		<guid isPermaLink="false">http://gsocblog.jsharpe.net/?p=14#comment-111</guid>
		<description>[...] James Sharpe doesn&#8217;t think a choice needs to be made if the systems interoperate; [...]</description>
		<content:encoded><![CDATA[<p>[...] James Sharpe doesn&#8217;t think a choice needs to be made if the systems interoperate; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Sharpe</title>
		<link>http://gsocblog.jsharpe.net/archives/14#comment-110</link>
		<dc:creator>James Sharpe</dc:creator>
		<pubDate>Fri, 27 Jun 2008 11:52:18 +0000</pubDate>
		<guid isPermaLink="false">http://gsocblog.jsharpe.net/?p=14#comment-110</guid>
		<description>meike: I don't think that information stored is that much of an issue with DVCS, I don't think I've ever come across a situation where the DVCS repository is bigger (and in most cases it is an order of magnitude smaller) than the svn repository from which it was converted.</description>
		<content:encoded><![CDATA[<p>meike: I don&#8217;t think that information stored is that much of an issue with DVCS, I don&#8217;t think I&#8217;ve ever come across a situation where the DVCS repository is bigger (and in most cases it is an order of magnitude smaller) than the svn repository from which it was converted.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: meike</title>
		<link>http://gsocblog.jsharpe.net/archives/14#comment-109</link>
		<dc:creator>meike</dc:creator>
		<pubDate>Fri, 27 Jun 2008 11:23:57 +0000</pubDate>
		<guid isPermaLink="false">http://gsocblog.jsharpe.net/?p=14#comment-109</guid>
		<description>Also think of the information stored, and size and such (which matters for the server).</description>
		<content:encoded><![CDATA[<p>Also think of the information stored, and size and such (which matters for the server).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bkor</title>
		<link>http://gsocblog.jsharpe.net/archives/14#comment-108</link>
		<dc:creator>bkor</dc:creator>
		<pubDate>Fri, 27 Jun 2008 05:54:56 +0000</pubDate>
		<guid isPermaLink="false">http://gsocblog.jsharpe.net/?p=14#comment-108</guid>
		<description>blah: Why respond if you don't have any arguments?

Regarding suggestion: I'd wish that suggestion was possible. But, I don't think git-bzr will be as seamless as what e.g. Bzr-git would be able to provide. Just choosing Git on the server on that basis is IMO mad, given that I'd likely have to support it (while I don't get it). Further, the likely method of Bzr would probably to call git commands directly, which IMO isn't a nice integration method, plus you still have interoperability problems (Windows).</description>
		<content:encoded><![CDATA[<p>blah: Why respond if you don&#8217;t have any arguments?</p>
<p>Regarding suggestion: I&#8217;d wish that suggestion was possible. But, I don&#8217;t think git-bzr will be as seamless as what e.g. Bzr-git would be able to provide. Just choosing Git on the server on that basis is IMO mad, given that I&#8217;d likely have to support it (while I don&#8217;t get it). Further, the likely method of Bzr would probably to call git commands directly, which IMO isn&#8217;t a nice integration method, plus you still have interoperability problems (Windows).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blah</title>
		<link>http://gsocblog.jsharpe.net/archives/14#comment-105</link>
		<dc:creator>blah</dc:creator>
		<pubDate>Fri, 27 Jun 2008 00:48:16 +0000</pubDate>
		<guid isPermaLink="false">http://gsocblog.jsharpe.net/?p=14#comment-105</guid>
		<description>This is a really, really bad idea.</description>
		<content:encoded><![CDATA[<p>This is a really, really bad idea.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
