Re: [PATCH] Avoid errors from git-rev-parse in gitweb blame (take 2)
- From
- Lea Wiemann <lewiemann@gmail.com>
- Date
- Jun 3, 2008, 14:23 UTC
- Message-ID
- <484553E8.4050007@gmail.com>
- In-Reply-To
- <1212497890-4101-1-git-send-email-rgarciasuarez@gmail.com>
Rafael Garcia-Suarez wrote:
> Finally, to avoid forking git-rev-parse too many times, cache its > results in a new hash %parent_commits.
I'm not too happy with this:
1) Minor point: I'm working on caching for the backend right now (IOW, basically what you're doing, just centralized in a separate module), so you're essentially duplicating work, and you're making it (a little) harder for me to refactor gitweb since I have to rip out your cache code. Those few lines won't hurt, but in general I suggest that nobody make any larger efforts to cache stuff in gitweb for the next few weeks.
2) Major point: You're still forking a lot. The Right Thing is to
condense everything into a single call -- I believe "git-rev-list
--parents --no-walk hash hash hash..." is correct and easily parsable.
Its output seems to be lines of
hash parent_1 parent_2 ... parent_n
with n >= 0. Can you implement that? It would be very useful and also
reusable for me!-- Lea
P.S.: I believe that the usual way to post follow-up patches is to label them [PATCH vN] for N >= 2 in the subject (since "take 2" shouldn't be part of the commit message), and to send them as In-reply-to a message in the original thread -- just provide git-send-email with the Message-ID of the message you want to reply to. </nitpick>