binary subrepos

Steve Borho steve at borho.org
Thu Jul 9 02:44:37 UTC 2009


On Wed, Jul 8, 2009 at 4:02 PM, Stephen Rasku<mercurial at srasku.net> wrote:
> On Wed, Jul 8, 2009 at 11:34, Steve Borho <steve at borho.org> wrote:
>>
>> This is an idea that's been floating around in my head for a while.  I
>> decided to dump it into a wiki page to get some feedback.
>>
>> https://bitbucket.org/sborho/binsubrepo/wiki/Home
>>
>> Curious what people think about it.
>
> If I understand it correctly, two versions of the same file will take the
> same space as one version even if there is only one byte difference.  This
> is no worse than CVS, which we are currently using to control our binary
> files, but I think that Subversion does binary diffs.

It's a design trade-off, and I want the flexibility you get by having
full file revisions.  By having self-standing file revisions you can
have useful caches that have very shallow views of history (only a few
manifests worth of files).

Also I'm assuming that many of the files being stored in binary
subrepos will be _really_ large and too big to fit two copies in
memory for delta generation.

> Is any configuration required to use this proposed feature (e.g. how do you
> specify where the cache is?)?  If so, could you add a description and an
> example of the configuration on the wiki?

The design isn't baked enough for that yet, but it could just be as simple as:

[cache]
dirdepth = 4
hardlink = False

[compress]
**.bmp = gzip

[caches]
D:\binhash\    # local disk or USB drive
\\workgroup-share\binhash  # NAS
http://mainrepo/binhash   # main corporate repository

--
Steve Borho




More information about the Mercurial mailing list