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

Re: .svn directories

From: Jack Repenning <jrepenning_at_collab.net>
Date: 2003-08-25 23:39:17 CEST

At 9:54 AM -0700 8/25/03, Kumaran Santhanam wrote:
>On a slightly different note: Besides the v1.0 release
>arguments, I'm curious to know if anybody out there actually
>prefers having built-in .svn/ directories, and if so, in which
>scenario they might need them.

I have no objection in the abstract to storing the metadata outside
the working copy. But I want to be sure the concrete implementation
covers all the bases, and I'm not at all sure I know what all bases
there are to be covered. I'm concerned that your centralized
metadata tree might have collisions. I haven't been able to pull
together a complete-enough description of your work to know whether
the tricky cases I can think of are covered, but after a bit off
thought on the various possible completions to the holes in my
knowledge, here are some worrisome cases:

* I have several working copies of Subversion on my main workstation,
capturing different versions; some were checked out from (or switched
to) tags or branches, some just haven't been updated in a while.
* I have repositories named "jrepenning" on several Subversion
servers, with more or less the same contents (my home directory).
One need only mention "the repository named 'test'" to suggest other
possibilities of this sort.
* On several of the machines where I work, the home directory is
shared (so the metadata would be, in your proposal, I think?), but
the working copies are not, and all have the same name and path, but
different state.
* I have upon occasion moved a repository from one server to another.
* Some people really like to share working copies, "needle exchange"
metaphors notwithstanding, making "home directory" an ill-defined
concept.

-- 
-==-
Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835-8090
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 25 23:40:15 2003

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.