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

Re: Locking server implementation: libsvn_repos or libsvn_fs

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2004-10-29 23:17:07 CEST

It seems like most of the smaller issues have dropped out of this
thread. Allow me to oversimplify.

* The remaining 'big' argument for locks-in-fs is "it's more convenient
for
   callers."

* The remaining big argument for locks-in-repos is "it's easier to
   implement".

* Everyone wants to implement the lock-table (or tree) without using a
   database, regardless of whether we do locks-in-fs or locks-in-repos.

* How 'svnadmin dump' deals with locks is also independent of where
   locks are implemented. Either we tell people to back up the locks
   data manually (like we do with hooks, authz file, etc), or we
   augment the dump format and make svnadmin grab the lock data,
   wherever it may be.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 29 23:17:44 2004

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.