On Mar 4, 2009, at 2:44 AM, Stephen Connolly wrote:
> 2009/3/4 Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu>
> On Mar 3, 2009, at 6:26 PM, Todd C. Gleason wrote:
> >>> Personally, I'd really like to know what are going to be the
> >>> implications of using SQLite on the client to store metadata, even
> > if
> >>> it's not until 1.7.
> >> What particular implications? It will have performance
> >> to be sure. We'll let SQLite do a fair amount of the concurrency
> >> handling which Subversion core currently has to do, and also let it
> >> optimize the data layout. The code should get much saner for
> >> developers adding new features. Users shouldn't notice anything
> >> incredibly different, save the speed improvements.
> > The kind of things I'm wondering are (and forgive me if my questions
> > betray my ignorance of svn internals):
> No problem. You aren't expected to know the internals of Subversion.
> (Heck, *I'm* still trying to figure some of them out!)
> > 1. Is the .svn-directory-per-directory going away, or just being
> > replaced with a SQLite representation of data? If it remains, then
> > presumably you can still copy a subtree elsewhere and work on it.
> > If it
> > goes away, then hopefully there will be new commands to achieve the
> > same
> > results.
> All the metadata will be centralized into an sqlite database in the
> root of the working copy. The pristine copies of stuff (the text
> bases) will be able to live there, or somewhere else, which is
> configurable. Straight up copying of a working copy subdirectory will
> no longer be supported, but we may implement an 'svn detach'
> subcommand which make it still possible.
> So will the svn commands, when executed in a subdirectory walk up
> the tree looking for the metadata directory? or will all svn
> commands have to be executed in the root of the checkout?
They will walk up the tree to find the appropriate metadata store.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-03-04 16:12:20 CET