Comment 2 for bug 544701

Revision history for this message
Michael Hudson-Doyle (mwhudson) wrote : Re: [Bug 544701] [NEW] pull -r $rev doesn't limit revisions converted

On 24/03/10 03:56, John A Meinel wrote:
> Michael Hudson wrote:
>> Public bug reported:
>>
>> Demo:
>
> Is this because you are trying to use incremental pull to get around
> other issues?

That's what we're doing for git and svn now -- and the issues are
roughly: performance, memory leaks and resource utilization.

> (bzr pull -r 100; bzr pull -r 200; etc)?

But not quite like that :)

> Certainly AIUI, I believe Jelmer has issues with some sources not
> providing lookup ability. For example 'bzr-git', the git protocol
> doesn't let you inspect the info, just pull the whole thing and inspect
> it locally. (you can't walk the graph to determine what '-r -10' is.)
>
> I don't know if bzr-hg suffers from the same problem. I don't know the
> hg protocol that well.

That's not really the problem, I think. I think Jelmer thinks that we
always convert full branches (in the mercurial sense) even if the
revision requested is in the middle of a branch.

> (To say that, bzr-git and bzr-hg may always have to do a full fetch,
> they may not have to do a full conversion.)

Well, even if bzr-hg decides to convert all the revisions it receives
(which IMHO it shouldn't) it shouldn't set the branch tip to the wrong
thing!