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

Re: Binary files

From
KKKonstantin Khomoutov <kostix+git@007spb.ru>
Date
Jul 20, 2017, 08:01 UTC
Message-ID
<20170720080116.7os2bxytm25qdt25@tigra>
In-Reply-To
<CAFc9kS_xYVyPsW7qogDxLugxBb1p2vEFAoP=W9Rdnfqs6XtWKQ@mail.gmail.com>
On Thu, Jul 20, 2017 at 10:41:48AM +0300, Volodymyr Sendetskyi wrote:
> It is known, that git handles badly storing binary files in its
> repositories at all.
[...]
> So the question is: why not implementing some feature, that would
> somehow handle this problem?
[...]

Have you examined git-lfs and git-annex? (Actually, there are/were more solutions [1] but these two appear to be the most used novadays.)

Such solutions allow one to use Git for what it does best and defer handling of big files (or files for which lock-modify-unlock works better than the usual modify-merge) to a specialized solution.

1. http://blog.deveo.com/storing-large-binary-files-in-git-repositories/
Previous: Bryan TurnerNext: Lars Schneider
Message 3 of 8 in “Re: Binary files”
  1. Volodymyr SendetskyiJul 20, 2017
  2. Bryan TurnerJul 20, 2017
  3. Konstantin KhomoutovJul 20, 2017
  4. Lars SchneiderJul 20, 2017
  5. Stefan BellerJul 20, 2017
  6. Igor DjordjevicJul 20, 2017
  7. Junio C HamanoJul 20, 2017
  8. Igor DjordjevicJul 21, 2017

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.