On 6/21/06, Jakub Narebski <jnareb@xxxxxxxxx> wrote:
> I intend to post a patch that adds snapshot support in Perl, in the > main code. Just need to make it optional ;-) Check http://marc.theaimsgroup.com/?l=git&m=111909432415478&w=2 for in the main code snapshot implementation. http://www.liacs.nl/~sverdool/gitweb.cgi?p=gitweb.git;a=summary http://www.liacs.nl/~sverdool/gitweb.git Would separate snapshot CGI script make it work faster?
I was thinking about that same one, we found (and fixed) a bug or two on top of that so my plan is to rebase it on top of the gitweb on next ;-)
>> Any further ideas for other useful features? > > Now what I think would rock too is something similar to gitk's "nearby > tags" feature. When reading a commit, it lists the heads and tags that > this commit is part of. It's very useful. Now I'll have to read up on > how gitk does it. If I remember correctly, it was done in the background, and it was done at least partially _in_ gitk (Tcl/Tk).
I suspect it is doing a whole lot of git-merge-base invocations, which are rather costly. I don't know of any cheaper way to ask that question.
> And, as you mention in your other post, mod_perl support. And a bit of > speed. Gitweb right now is really really slow. Perhaps mod_cache would help. Especially if cache can be configured to look only at the hash part, plus formatting (normal, plain/raw, blame, search match highlighting).
Right, some URLs are guaranteed to be static (those blob views), so it can just cache on the full URL, for ever and ever. The other ones... well, we just make sure we don't do anything too expensive there ;-) martin - : send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html