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

Re: On Tracking Binary Files

From
Patrick Berkeley <patrickberkeley@gmail.com>
Date
Apr 14, 2009, 19:44 UTC
Message-ID
<7efce40a0904141244n281353f3q716071d4fff5a7a0@mail.gmail.com>
In-Reply-To
<alpine.LFD.2.00.0904141532160.6741@xanadu.home>
Thanks very much for the explanation .
On Tue, Apr 14, 2009 at 15:42, Nicolas Pitre <nico@cam.org> wrote:
Show 25 quoted lines
> On Tue, 14 Apr 2009, Patrick Berkeley wrote:
>
>> Does Git track the deltas on binary files?
>
> Yes.  And actually git's delta storage doesn't care at all whether a
> file is text or binary.
>
>> Someone in #git mentioned that if the binaries change too much Git no
>> longer just stores the changes. If this is the case, what is the
>> breaking point where Git goes from storing the deltas to the entire
>> new file?
>
> If two versions of the same file are simply too different to make delta
> compression worth it, then no deltas are used.  It is still possible
> that a third version of the same file would produce a nice delta against
> either the first or second version though, in which case that third
> version will be stored as a delta.  And so on.
>
> A sophisticated set of euristics is applied to the list of objects as a
> whole to determine the best delta arrangement possible.  So there is no
> such thing as a simple "breaking point".
>
>
> Nicolas
>
Previous: Nicolas Pitre
Message 6 of 6 in “On Tracking Binary Files”
  1. Patrick BerkeleyApr 14, 2009
  2. Johannes SchindelinApr 14, 2009
  3. Junio C HamanoApr 14, 2009
  4. Patrick BerkeleyApr 14, 2009
  5. Nicolas PitreApr 14, 2009
  6. Patrick BerkeleyApr 14, 2009

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.