Re: how issue-2897 branch solves reflective merges?

Mark Phippard wrote:
>> Node-origins in FSFS can be done by writing a single file for each node-id
>> which contains the origin value into a 'node-origins' subdirectory. We'd
>> probably want to shard that in some fashion -- we have around 5000 origins
>> to store for the Subversion source code repository today.
>
> If we have to create an object in the file system for every node in
> the repository is this potentially a problem waiting to happen? Are
> we going to be greatly increasing the size of the repository and the
> demands on the server file system? An svn import of thousands of
> files would have to create thousands of these items too right?

Greatly increasing repository size? Not likely. We're talking about a
mapping of node-ids (a single base36 number) to node-revision-ids (one of
those dotted triplet thingies).

And yes, an import of 2000 files/dirs would create 2000 of these records.
But if in the next commit you changed all 2000 of those things and
committed, no new records would be created -- they only show up for brand
new lines of history.

> Do we have an official goal to remove SQLite as a dependency now?

I'd certainly like to see it happen, but that's just my personal preference.

-- 
C. Michael Pilato <cmpilato_at_collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand