git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] Avoid errors from git-rev-parse in gitweb blame (take 2)

From
LWLea 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>

Previous: Rafael Garcia-SuarezNext: Rafael Garcia-Suarez
Message 2 of 3 in “Avoid errors from git-rev-parse in gitweb blame (take 2)”
  1. Avoid errors from git-rev-parse in gitweb blame (take 2)Rafael Garcia-Suarez, Jun 3, 2008
  2. Lea WiemannJun 3, 2008
  3. Rafael Garcia-SuarezJun 3, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.