<?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: The mirror man says</title>
	<atom:link href="http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/</link>
	<description>Making your brain invert and fall out of your ear since 2007</description>
	<lastBuildDate>Tue, 11 Aug 2009 14:52:44 +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: menko</title>
		<link>http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/comment-page-1/#comment-29</link>
		<dc:creator>menko</dc:creator>
		<pubDate>Thu, 26 Jun 2008 15:00:04 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/#comment-29</guid>
		<description>Go and ask for help in #mercurial (freenode).

I guess they&#039;ll be very happy to help out!</description>
		<content:encoded><![CDATA[<p>Go and ask for help in #mercurial (freenode).</p>
<p>I guess they&#8217;ll be very happy to help out!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Taylor</title>
		<link>http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/comment-page-1/#comment-28</link>
		<dc:creator>Rob Taylor</dc:creator>
		<pubDate>Thu, 26 Jun 2008 08:47:14 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/#comment-28</guid>
		<description>blah:
there really is no point keeping the git-svn metadata around - we didn&#039;t keep any kind of meta data around for the mapping cvs commits to svn commits, and it didn&#039;t hurt, so why do it now? and yes, it is messy. I don&#039;t want or need to see that information as a developer.</description>
		<content:encoded><![CDATA[<p>blah:<br />
there really is no point keeping the git-svn metadata around &#8211; we didn&#8217;t keep any kind of meta data around for the mapping cvs commits to svn commits, and it didn&#8217;t hurt, so why do it now? and yes, it is messy. I don&#8217;t want or need to see that information as a developer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jordan</title>
		<link>http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/comment-page-1/#comment-27</link>
		<dc:creator>Jordan</dc:creator>
		<pubDate>Thu, 26 Jun 2008 07:25:57 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/#comment-27</guid>
		<description>@Jason:
They are very important, IMO anway, stop gaps as they are often introductions to the DVCSs. Almost all projects I work on are CVS or SVN primarily so my exposure to DVCSs in real working cases are via {git,bzr}-svn, etc.

Because we&#039;re often evaluating and learning DVCSs via interaction with SVN repos these days the UI does matter quite a bit. For instance, generally use git-svn rebase is encouraged, but git rebase is not. With bzr-svn you&#039;re basically using the same commands you would with a normal bzr branch.

@John Carr
I&#039;d love to see a Mercurial mirror (even though I know it&#039;s a lot of work) as I&#039;m leaning towards that way as a preferred DVCS. However, I haven&#039;t yet figured out the best way of mirroring SVN with Mercurial. It&#039;s my only real gripe with hg that interaction with SVN and CVS is not very mature. Right now I&#039;m using hgsvn which provide hgimportsvn and hgpullsvn commands.</description>
		<content:encoded><![CDATA[<p>@Jason:<br />
They are very important, IMO anway, stop gaps as they are often introductions to the DVCSs. Almost all projects I work on are CVS or SVN primarily so my exposure to DVCSs in real working cases are via {git,bzr}-svn, etc.</p>
<p>Because we&#8217;re often evaluating and learning DVCSs via interaction with SVN repos these days the UI does matter quite a bit. For instance, generally use git-svn rebase is encouraged, but git rebase is not. With bzr-svn you&#8217;re basically using the same commands you would with a normal bzr branch.</p>
<p>@John Carr<br />
I&#8217;d love to see a Mercurial mirror (even though I know it&#8217;s a lot of work) as I&#8217;m leaning towards that way as a preferred DVCS. However, I haven&#8217;t yet figured out the best way of mirroring SVN with Mercurial. It&#8217;s my only real gripe with hg that interaction with SVN and CVS is not very mature. Right now I&#8217;m using hgsvn which provide hgimportsvn and hgpullsvn commands.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ovitters</title>
		<link>http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/comment-page-1/#comment-26</link>
		<dc:creator>ovitters</dc:creator>
		<pubDate>Thu, 26 Jun 2008 06:35:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/#comment-26</guid>
		<description>Jason: Bzr-svn works almost the same as Bzr, just git-svn that has a very different workmethod (from what I hear about it).
Even then, the purpose is to have people try out a DVCS.</description>
		<content:encoded><![CDATA[<p>Jason: Bzr-svn works almost the same as Bzr, just git-svn that has a very different workmethod (from what I hear about it).<br />
Even then, the purpose is to have people try out a DVCS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason D. Clinton</title>
		<link>http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/comment-page-1/#comment-25</link>
		<dc:creator>Jason D. Clinton</dc:creator>
		<pubDate>Thu, 26 Jun 2008 03:20:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/#comment-25</guid>
		<description>In what way does the UI of bzr-svn and git-svn matter? They&#039;re both stop-gaps.</description>
		<content:encoded><![CDATA[<p>In what way does the UI of bzr-svn and git-svn matter? They&#8217;re both stop-gaps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blah</title>
		<link>http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/comment-page-1/#comment-24</link>
		<dc:creator>blah</dc:creator>
		<pubDate>Thu, 26 Jun 2008 00:43:03 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/johncarr/2008/06/26/the-mirror-man-says/#comment-24</guid>
		<description>Why do you call the git-svn rev id &quot;pollution&quot;? It&#039;s part of the history. It makes sense to keep. It certainly doesn&#039;t hurt to have it.

I am also not sure why the bzr meta data matters in any way. Also, the only difference I could notice is the names that are resolved?</description>
		<content:encoded><![CDATA[<p>Why do you call the git-svn rev id &#8220;pollution&#8221;? It&#8217;s part of the history. It makes sense to keep. It certainly doesn&#8217;t hurt to have it.</p>
<p>I am also not sure why the bzr meta data matters in any way. Also, the only difference I could notice is the names that are resolved?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
