Re: What's cooking in git.git (topics)

From: Daniel Barkalow <barkalow@iabervon.org>
Date: May 14, 2007, 03:21 UTC
Message-ID: <Pine.LNX.4.64.0705132234001.18541@iabervon.org>
In-Reply-To: <Pine.LNX.4.64.0705140121030.5520@beast.quantumfyre.co.uk>

On Mon, 14 May 2007, Julian Phillips wrote:

Show 18 quoted lines

> On Sun, 13 May 2007, Junio C Hamano wrote:
> 
> > Thanks for the status updates.  Although I do not recall Daniel
> > saying it explicitly, I have been assuming that his series was
> > aiming for the same all along.  It might be a good idea for you
> > two to compare notes sometime between now and v1.5.2?
> 
> Well, it can't be a bad idea, can it? ;)
> 
> Apart from the code itself (which can be found at
> http://git.q42.co.uk/w/fetch2.git), I don't have any actual notes, and since I
> haven't had a chance to work on it for a couple of weeks I'm not 100% sure of
> where I was at - due to lack of time I have tended to just spend a few hours
> adding some missing part when I found the time but I don't actually have a
> TODO list or similar (though I really should).
> 
> I'm also out of town with work for the first half of the coming week ... but
> I'm certainly willing to talk about what I have and haven't done.

I've actually been largely unsuccessful in figuring out how to do most of the fetch logic in C, but I was expecting that somebody would write it if the library were available.

I've been working on various little things that are a lot easier if the parsing is centralized:

 * update tracking refs on push
 * handle refspec patterns in match_refs so that send-pack/http-push can 
   take them and builtin-push doesn't need to do anything, and can also
   turn --tags into +refs/tags/*:refs/tags/*.

I've also been looking at doing something like your remote_ops, but also including something for push, and doing it in another library file (so push, fetch, and ls-remote can all share the same dispatch on type of url).

> (Daniel, hope you don't mind me adding you to CC ...)

Not at all; I hadn't noticed this thread yet, and it's quite related to what I'm working on.

	-Daniel
*This .sig left intentionally blank*