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

Credential Store: Don't acquire lock when only reading the file

From
Simão Afonso <simao.afonso@powertools-tech.com>
Date
Oct 29, 2020, 19:20 UTC
Message-ID
<20201029192020.mcri76ylbdure2o7@safonso-t430>

When git is configured for parallel fetches `fetch.parallel = 0` and uses the `store` credential helper, fetching all remotes might lead to a spurious lock fail. It's a race condition when several remotes require the credentials at the same time.

This shouldn't happen, using the `get` operation should not lock the file.

Next: Jeff King
Message 1 of 7 in “Credential Store: Don't acquire lock when only reading the file”
  1. Simão AfonsoOct 29, 2020
  2. Jeff KingOct 30, 2020
  3. Simão AfonsoOct 30, 2020
  4. Jeff KingOct 30, 2020
  5. Simão AfonsoOct 30, 2020
  6. Simão AfonsoOct 30, 2020
  7. Jeff KingOct 30, 2020

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.