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

Pre-computed similarity indexes

From
Philip <philip.c.peterson@gmail.com>
Date
Jul 24, 2022, 14:23 UTC
Message-ID
<CAJ6X7_UNOMusKKbFzS12DRhrOkVXAEgED8djA2kxjfFmbv4GwA@mail.gmail.com>
Hello all,

I noticed that Git LFS-tracked files cannot correctly detect renames, probably because Git is not doing a similarity check on the content. Doing so would require having the content (instead of just the LFS pointer), and that would require running the smudge filter, which could take a very long time due to network requests, very expensive if done on every file in the repo. When doing a `git log` for example, it would need to run the smudge filter on all LFS files in all revisions, potentially pulling down all the content from the LFS server, just to decide if there were any renames.

I wonder if there has been any thought given to whether a similarity index can be pre-computed somewhere? (Maybe upon commit with each of the commit's ancestors.) Or if this limitation has been discussed before here.

Thank you, Philip Peterson

Next: Elijah Newren
Message 1 of 2 in “Pre-computed similarity indexes”
  1. PhilipJul 24, 2022
  2. Elijah NewrenJul 26, 2022

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.