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

Re: Binary files

From
Stefan Beller <sbeller@google.com>
Date
Jul 20, 2017, 17:22 UTC
Message-ID
<CAGZ79kZ+5G0iOZ5ZpEYpB_Hsc9mftNNWNvixx4k37SzamFvrJw@mail.gmail.com>
In-Reply-To
<CAFc9kS_xYVyPsW7qogDxLugxBb1p2vEFAoP=W9Rdnfqs6XtWKQ@mail.gmail.com>

On Thu, Jul 20, 2017 at 12:41 AM, Volodymyr Sendetskyi <volodymyrse@devcom.com> wrote:

Show 11 quoted lines
> It is known, that git handles badly storing binary files in its
> repositories at all.
> This is especially about large files: even without any changes to
> these files, their copies are snapshotted on each commit. So even
> repositories with a small amount of code can grove very fast in size
> if they contain some great binary files. Alongside this, the SVN is
> much better about that, because it make changes to the server version
> of file only if some changes were done.
>
> So the question is: why not implementing some feature, that would
> somehow handle this problem?

There are 'external' solutions such as git LFS and git-annex, mentioned in replies nearby.

But note there are also efforts to handle large binary files internally https://public-inbox.org/git/3420d9ae9ef86b78af1abe721891233e3f5865a2.1500508695.git.jonathantanmy@google.com/ https://public-inbox.org/git/20170713173459.3559-1-git@jeffhostetler.com/ https://public-inbox.org/git/20170620075523.26961-1-chriscool@tuxfamily.org/

Previous: Lars SchneiderNext: Igor Djordjevic
Message 5 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.