Re: [merge-tracking] points of improvement in mergetracking sqlite db design

On Tue, 12 Sep 2006, Malcolm Rowe wrote:

> On Tue, Sep 12, 2006 at 08:22:21AM -0400, Garrett Rooney wrote:
> > From the conversations I've had with Dan about it, I believe it's only
> > the back end storage that will change, it will still show up as
> > properties to the client.
> >
>
> Ah, excellent. Thanks, Garrett.

Exactly. We continue to adhere to DannyB's properties-based design,
while eliminating any redundant storage on the backend in the
Subversion FS.

Ideally, the merge history index should be the sole store of the merge
info, exposed through the libsvn_fs APIs as properties.