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

Re: Subversion in 2010

From: Mark Phippard <markphip_at_gmail.com>
Date: Tue, 5 Jan 2010 17:47:09 -0500

On Tue, Jan 5, 2010 at 5:16 PM, C. Michael Pilato <cmpilato_at_collab.net> wrote:
> Stefan Sperling wrote:
>> This could be a nice way to break the copy-to problem down into smaller
>> pieces, since it would allow us to implement copy-to information
>> for renames in the client<->server interface before actually storing
>> it in the repository.
>
> copy-to information is effectively stored in the BDB backend already on the
> fs-successor-ids branch.  :-)  You can derive copy-to by checking the
> copy-from info for each successor.   Now, we just need to find a way to
> store that information in FSFS.  Wait -- let me guess -- another sqlite index!

We probably need this feature to implement proper renames. It sounds
like we need the feature to implement obliterate. We know we need the
feature for revision graph-type features.

Regardless what it means for fsfs we need to do it. Implement it with
sqlite and if someone wants a more elegant fsfs-like solution then let
them design and propose it.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2010-01-05 23:47:42 CET

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

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