<?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: A Better Mirror</title>
	<atom:link href="http://iamthewalr.us/blog/2007/10/a-better-mirror/feed/" rel="self" type="application/rss+xml" />
	<link>http://iamthewalr.us/blog/2007/10/a-better-mirror/</link>
	<description>by Colin Barrett</description>
	<lastBuildDate>Sun, 06 Jun 2010 00:19:02 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Colin</title>
		<link>http://iamthewalr.us/blog/2007/10/a-better-mirror/comment-page-1/#comment-13870</link>
		<dc:creator>Colin</dc:creator>
		<pubDate>Tue, 16 Oct 2007 15:10:51 +0000</pubDate>
		<guid isPermaLink="false">http://iamthewalr.us/blog/2007/10/15/a-better-mirror/#comment-13870</guid>
		<description>&lt;p&gt;I don&#039;t think at this point that&#039;s really all that important.&lt;/p&gt;

&lt;p&gt;I don&#039;t think the general developing public is ever going to forward merge to Moz2. When we get enough people doing Moz2 stuff that that would become an issue, we&#039;ll be wanting to focus on Moz2 anyway, so we&#039;ll be backporting. Otherwise, Moz2 folks will be wanting to pull in changes from CVS anyway.&lt;/p&gt;

&lt;p&gt;It sucks if you&#039;re doing something that affects Moz2 **and** 1.9 **and** you want to share changesets between two local repositories, but I think the codebases and workflows are different enough already that there are other problems there. I think a more typical workflow would be to hack on Moz2, and then backport locally to 1.9.&lt;/p&gt;

&lt;p&gt;Overlay repositories are pretty much exactly what we want here, I think. Check out the Mercurial wiki page I linked in the article, you can try it out now.&lt;/p&gt;

&lt;p&gt;I agree though, that long term we want a better solution. Perhaps checking in a version of client.py, or let client.mk know how to deal with hg?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think at this point that&#8217;s really all that important.</p>

<p>I don&#8217;t think the general developing public is ever going to forward merge to Moz2. When we get enough people doing Moz2 stuff that that would become an issue, we&#8217;ll be wanting to focus on Moz2 anyway, so we&#8217;ll be backporting. Otherwise, Moz2 folks will be wanting to pull in changes from CVS anyway.</p>

<p>It sucks if you&#8217;re doing something that affects Moz2 **and** 1.9 **and** you want to share changesets between two local repositories, but I think the codebases and workflows are different enough already that there are other problems there. I think a more typical workflow would be to hack on Moz2, and then backport locally to 1.9.</p>

<p>Overlay repositories are pretty much exactly what we want here, I think. Check out the Mercurial wiki page I linked in the article, you can try it out now.</p>

<p>I agree though, that long term we want a better solution. Perhaps checking in a version of client.py, or let client.mk know how to deal with hg?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Benjamin Smedberg</title>
		<link>http://iamthewalr.us/blog/2007/10/a-better-mirror/comment-page-1/#comment-13867</link>
		<dc:creator>Benjamin Smedberg</dc:creator>
		<pubDate>Tue, 16 Oct 2007 13:40:42 +0000</pubDate>
		<guid isPermaLink="false">http://iamthewalr.us/blog/2007/10/15/a-better-mirror/#comment-13867</guid>
		<description>&lt;p&gt;One key advantage of cloning-merging from cvs-trunk-mirror is that changesets can be merged or transplanted fairly easily to mozilla-central... if you do a separate import, it will be an unrelated repository.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>One key advantage of cloning-merging from cvs-trunk-mirror is that changesets can be merged or transplanted fairly easily to mozilla-central&#8230; if you do a separate import, it will be an unrelated repository.</p>]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.207 seconds -->
