Re: read-only working copies using links

Heya,

On Sat, Jan 24, 2009 at 10:17, Chad Dombrova [off-list ref] wrote:

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