[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: redux: versioning unversioned metadata + anonsvn strategies....

From: Perry E. Metzger <perry_at_piermont.com>
Date: 2004-02-19 17:31:55 CET

kfogel@collab.net writes:
> There's certainly no chance of revisiting it for 1.0.0 or any of the
> 1.0.x series. Personally, I would also not want to revisit it for
> 1.1.x, since I think there are more important improvements to be made
> there.

It is okay to me if metadata versioning itself isn't addressed -- but
it *would* be nice if some hack could be found to include the
properties that go changed in incremental dumps. That seems like a
very useful improvement to me.

>> 2) AnonSVN:
>> I can see to obvious ways to run a "shadow" AnonSVN server mirroring
>> an original in near-real time:
>> a) Do an incremental dump after every commit, and push it to the anon
>> sever(s) where they get loaded -- only 1) gets in the way here.
>
> I like (a), and for (1), you could have your post-revprop-change hook
> write out a log of just the metadata changes -- make up some simple
> XML format -- to be transported with the incremental dumpfile. (If
> you do this, and you have time to package up the scripts in some
> reasonably comprehensible way, we'd love to include them in the
> contrib/ section of Subversion!)
>
> And yes, I agree this is a kluge. It's just a question of priorities.

Well, certainly for 1.0 that's all that can be done, given that 1.0 is
feature frozen. I might even kludge something up. However, is there
any way we could do better for after that?

One possibility that comes to mind: just keep a log in the database
of property changes between two revision numbers. If you change a
property, it gets put in the log, and then the incremental dump
mechanism could just extract them along with the changes between those
revisions. It is a slight hack, but it would fix the problem of
incrementals not really fully containing the state changes of the
database.

-- 
Perry E. Metzger		perry@piermont.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Feb 19 17:32:17 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.