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

Re: [PATCH] Split sample update hook into post-receive hook

From
Shawn O. Pearce <spearce@spearce.org>
Date
Mar 8, 2007, 09:13 UTC
Message-ID
<20070308091313.GC30289@spearce.org>
In-Reply-To
<7vy7m8aytt.fsf@assigned-by-dhcp.cox.net>
Junio C Hamano <junkio@cox.net> wrote:
Show 7 quoted lines
> I suspect that it is deeper than that.  Think about why having
> "everything at once" is better than "one at a time".
> 
> Potentially you could have a rule that says "these should be
> updated together" (or the other way around).  If you split the
> set of refs at arbitrary limit, like xargs does, you would lose
> that advantage.
Yes, I think the documentation says something about that... ;-)
> We could take stdin to solve that and shell
> scripts should be able to handle that as refnames do not contain
> shell metacharacters.

Never even occurred to me, because I was trying to keep the hook interface "simple".

Show 6 quoted lines
> But this is only true if you want to make it really nice.  I
> personally feel that nobody would scream if pushing 1300 refs at
> once (4K pages and MAX_ARG_PAGES at 32 would give 128K for
> **argv and its strings, and one ref's worth of data is two
> 40-digit hex plus refname, roughly 100-byte per ref) is not
> supported and always failed.

Agree completely. I'm not too worried about it. 1300 ref push is just not going to really occur in practice; that is just insane. 30 refs, maybe.

-- 
Shawn.
Previous: Junio C HamanoNext: Sergey Vlasov
Message 5 of 10 in “Split sample update hook into post-receive hook”
  1. Split sample update hook into post-receive hookShawn O. Pearce, Mar 8, 2007
  2. Alex RiesenMar 8, 2007
  3. Shawn O. PearceMar 8, 2007
  4. Junio C HamanoMar 8, 2007
  5. Shawn O. PearceMar 8, 2007
  6. Sergey VlasovMar 8, 2007
  7. Shawn O. PearceMar 10, 2007
  8. Alex RiesenMar 8, 2007
  9. Shawn O. PearceMar 8, 2007
  10. Alex RiesenMar 8, 2007

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.