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

Git push failure with update hook success

From
Bill Lear <rael@zopyra.com>
Date
Mar 7, 2007, 16:29 UTC
Message-ID
<17902.59497.831409.218529@lisa.zopyra.com>

We seem to have a few permission problems using git through ssh that we hopefully will resolve. However, in the course of this, we have noticed that our update hook runs with no errors, sends out a confirmation email, but the push to our repo fails (we found that the log file had improper permissions due to umask botchitude).

So, I surmised that the rough order of things is on our git company repo is:

o receive the git "package" from the person who is pushing it
o call the update hook, telling it the package that is coming in
o the update hook examines things, forms an email, and sends it out
o the rest of the git machinery then actually applies the changes,
  logs them, etc., but fails (after the email is long gone), and
  on the remote (client) side, the push fails.
o the user gets a confirmation email that the push went ok

So, I was wondering if this is correct (more or less) and if so whether it might be better to call the update hook after everything had actually been written, including the log file.

Bill
Next: Bill Lear
Message 1 of 12 in “Git push failure with update hook success”
  1. Bill LearMar 7, 2007
  2. Bill LearMar 7, 2007
  3. Shawn O. PearceMar 7, 2007
  4. Bill LearMar 7, 2007
  5. Shawn O. PearceMar 7, 2007
  6. Shawn O. PearceMar 7, 2007
  7. Bill LearMar 7, 2007
  8. Andy ParkinsMar 8, 2007
  9. Shawn O. PearceMar 8, 2007
  10. Junio C HamanoMar 8, 2007
  11. Andy ParkinsMar 8, 2007
  12. Shawn O. PearceMar 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.