On Thursday 12 May 2005 13:16, Junio C Hamano wrote: > >>>>> "NP" == Nicolas Pitre <nico@cam.org> writes: > >> > >> On 5/13/05, Chris Mason <mason@suse.com> wrote: > >> > On Thursday 12 May 2005 00:36, Junio C Hamano wrote: > >> > > It appears to me that changes to the make_sure_we_have_it() ... > >> > > >> > If we fetch the named object and it is a delta, the delta will either > >> > depend on an object we already have or an object that we don't have. > >> > If we don't have it, the pull should find it while pulling other > >> > commits we don't have. > > NP> 1) If you happen to already have the referenced object in your local > NP> repository then you're done. > > Yes. > > NP> 2) If not you pull the referenced object from the remote repository, > NP> repeat with #1 if it happens to be another delta object. > > Yes, that is the outline of what my (untested) patch does. > > Unless I am grossly mistaken, what Chris says is true only when > we are pulling with -a flag to the git-*-pull family. If we are > pulling "partially near the tip", we do not necessarily pull > "other commits we don't have", hence detecting delta's > requirement at per-object level and pulling the dependent > becomes necessary, which is essentially what you wrote in (2) > above. > Yes, my post does assume that you're pulling everything and the repo you're pulling from has a sane state. This should be the common case though, so I would suggest optimizing things to build a list of the delta objects and check them at the end to see if we didn't pull any. We want the list of delta objects regardless, this way we can warn the user that they have pulled in deltas and give them the chance to convert them into full files. -chris - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Fri May 13 21:44:43 2005
This archive was generated by hypermail 2.1.8 : 2005-05-13 21:44:43 EST