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

Re: read-only working copies using links

From
Sverre Rabbelier <srabbelier@gmail.com>
Date
Jan 24, 2009, 11:02 UTC
Message-ID
<bd6139dc0901240302q6b3c9a13p56fe39a976882133@mail.gmail.com>
In-Reply-To
<3EE64C92-CB4C-47BD-9C48-E369AED4B82F@gmail.com>
Heya,
On Sat, Jan 24, 2009 at 10:17, Chad Dombrova <chadrik@gmail.com> wrote:
Show 8 quoted lines
> the crux of the issue is that the blob objects would have to be stored as
> exact copies of the original files.  it would seem there are two things that
> currently prevent this from happening.  1) blobs are stored with compression
> and 2) they include a small header.  compression can be disabled by setting
> core.loosecompression to 0, so that seems like less of an issue.  as for the
> header, wouldn't it be possible to store it separately?  in other words,
> store two files per blob directory, a small stub file with the header info
> and the unaltered file data.

I think Tim Ansell (cced) was talking about this at the gittogether (storing the metadata seperately), as it would benefit sparse/narrow checkout, another advantage supporting his case?

-- 
Cheers,

Sverre Rabbelier
Previous: Chad DombrovaNext: Chad Dombrova
Message 2 of 6 in “read-only working copies using links”
  1. Chad DombrovaJan 24, 2009
  2. Sverre RabbelierJan 24, 2009
  3. Chad DombrovaJan 24, 2009
  4. Sverre RabbelierJan 24, 2009
  5. Jeff KingJan 24, 2009
  6. Jeff KingJan 24, 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.