<p><br>
On May 6, 2011 10:21 AM, &quot;Sune Foldager&quot; &lt;<a href="mailto:cryo@cyanite.org">cryo@cyanite.org</a>&gt; wrote:<br>
&gt;<br>
&gt; Benoit, I think we&#39;re gonna have to move even more intelligence into the bundler.<br>
&gt; Currently, group performs the main revision loop, and calls the bundler to generate<br>
&gt; each revision entry in the bundle.<br>
&gt;<br>
&gt; I think we&#39;ll need to move the loop into the bundler as well. In that way, the<br>
&gt; bundler can have maximum flexibility to select deltaparents and to ask the revlog<br>
&gt; what deltaparents IT uses, so it might strive to use the same, so the deltas can be<br>
&gt; transfered directly. It can also test that it actually includes, in the bundle, the<br>
&gt; revisions it would base against, which is important.</p>
<p>For shallow clones too, should we ever implement them in bundles. <br>
-parren <br></p>
<p>&gt;<br>
&gt; It would presumably no longer need to call revdiff, or at least not until it has<br>
&gt; already called deltaparent and perfomed some decisions.<br>
&gt;<br>
&gt; I am of course thinking of the scenario bundle2 + generaldelta/lwcopy here.<br>
&gt; What do you think?<br>
&gt;<br>
&gt; Sune<br>
&gt; _______________________________________________<br>
&gt; Mercurial-devel mailing list<br>
&gt; <a href="mailto:Mercurial-devel@selenic.com">Mercurial-devel@selenic.com</a><br>
&gt; <a href="http://selenic.com/mailman/listinfo/mercurial-devel">http://selenic.com/mailman/listinfo/mercurial-devel</a><br>
</p>