<br><br><div><span class="gmail_quote">2008/3/7, Paul Franz &lt;<a href="mailto:theandromedan@gmail.com">theandromedan@gmail.com</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br> <br> Giorgos Keramidas wrote:<br> &gt; On 2008-03-07 08:06, Peter Arrenbrecht &lt;<a href="mailto:peter.arrenbrecht@gmail.com">peter.arrenbrecht@gmail.com</a>&gt; wrote:<br> &gt;<br> &gt;&gt; On Fri, Mar 7, 2008 at 5:28 AM, Paul Franz &lt;<a href="mailto:theandromedan@gmail.com">theandromedan@gmail.com</a>&gt; wrote:<br>
 &gt;&gt;<br> &gt;&gt;&gt; I ask because I have a large<br> &gt;&gt;&gt; ClearCase installation that I am looking to move to Mercurial. But I want to<br> &gt;&gt;&gt; make sure of two things:<br> &gt;&gt;&gt;<br> &gt;&gt;&gt; 1) It can clone the repository relatively quickly to our development team in<br>
 &gt;&gt;&gt; India (i.e. half a world away)<br> &gt;&gt;&gt;<br> &gt;&gt; If you have already created an hg version of your repo, I think using<br> &gt;&gt;<br> &gt;&gt;&nbsp;&nbsp; hg init temp<br> &gt;&gt;&nbsp;&nbsp; hg -R temp in --bundle wiredata.bundle my-master-repo<br>
 &gt;&gt;<br> &gt;&gt; will create in wiredata.bundle the exact data stream that would go<br> &gt;&gt; over the wire for the actual repo data.<br> &gt;&gt;<br> &gt;<br> &gt; Yes, indeed.&nbsp;&nbsp;But this will create a bundle with *all* the commits in a<br>
 &gt; tree, including ones which have possibly been pushed out already to the<br> &gt; development team in India.<br> &gt;<br> &gt; In newer versions of Mercurial, you can also do this without the extra<br> &gt; &#39;empty&#39; workspace, by using the --all option of `hg bundle&#39;:<br>
 &gt;<br> &gt;&nbsp;&nbsp;&nbsp;&nbsp; % cd /ws/foo-project/releases/1.0-patches<br> &gt;&nbsp;&nbsp;&nbsp;&nbsp; % hg bundle --all /var/tmp/wiredata.bundle<br> &gt;<br> &gt; The initial `hg clone&#39; of a repository may take a while, depending on<br> &gt; the link speed.&nbsp;&nbsp;Subsequent `pull&#39; operations are blazingly fast though.<br>
 &gt; I am pulling changes from the OpenSolaris source tree every week or so.<br> &gt; The current OpenSolaris source repository contains a little over 6,000<br> &gt; changesets for more than 40,000 files.&nbsp;&nbsp;A `pull&#39; completes on my home<br>
 &gt; DSL link in a few seconds (i.e. less than half a minute).<br> &gt;<br> &gt; Creating a *full* clone over SSH to <a href="http://hg.opensolaris.org">hg.opensolaris.org</a> may take a while<br> &gt; though.<br> &gt;<br>
 &gt; One of the easy ways to create *many* local clones in India is to create<br> &gt; a hierarchy of `workspaces&#39;.&nbsp;&nbsp;One can install a local `gate&#39; in India,<br> &gt; and use the gate only for pulling changes from the official tree.&nbsp;&nbsp;The<br>
 &gt; local India developers can clone the local gate instead of the remote<br> &gt; `master&#39; tree.<br> &gt;<br> &gt;<br> <br>So the local India developers would pull from the local gate repository<br> but push to the one in the US, correct?<br>
 <br><br> Paul Franz<br> <br><br> _______________________________________________<br> Mercurial mailing list<br> <a href="mailto:Mercurial@selenic.com">Mercurial@selenic.com</a><br> <a href="http://selenic.com/mailman/listinfo/mercurial">http://selenic.com/mailman/listinfo/mercurial</a><br>
 </blockquote></div><br>Or they push to the local gate and a &quot;integrator&quot; takes care to sync the local gate with the &quot;master&quot; in the US (on demand or on a regular schedule). That&#39;s what we do in my company with a team in Germany and one in Romania.<br>
<br>Peter<br><br>