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

Settings for minimizing repacking (and keeping 'rsync' happy)

From
Aardi <ardillasdelmonte@gmail.com>
Date
Jul 27, 2019, 23:41 UTC
Message-ID
<CA+fZqCXBjA5jsYg7L7X1VhJZXrp9NP+dR1SQWK9fAf9b1jgpCg@mail.gmail.com>
Hi!

Some of my Git repositories have mirrors, maintained with 'rsync'. I want to have some level of repacking, so that the repositories are efficient, but I also want it to minimize it, so that 'rsync' never has to perform a big transfer for the repositories.

For example, I think it would be fine if files are repacked just once in their lifetimes, and then that resulting pack file is never repacked again. I did read the gc.bigPackThreshold and gc.autoPackLimit settings, but I don't think they would accomplish that.

Basically, what I'm describing is the behaviour of not packing files until the resulting pack would be a given size (say 10MB for example), and then never repack such ~10MB packs again, ever.

Can this be done with some Git settings? And do you foresee any kind of serious drawback or potential problem with this kind of behaviour?

Thanks!!
ardi
Next: Jeff King
Message 1 of 5 in “Settings for minimizing repacking (and keeping 'rsync' happy)”
  1. ardiJul 27, 2019
  2. Jeff KingJul 29, 2019
  3. Ævar Arnfjörð BjarmasonJul 29, 2019
  4. Jeff KingJul 29, 2019
  5. Konstantin RyabitsevJul 29, 2019

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.