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

Re: Feature Suggestion: Ability to specify dedicate path for .SVN folders.

From: Ryan Schmidt <subversion-2005_at_ryandesign.com>
Date: 2005-09-17 11:38:27 CEST

On Sep 16, 2005, at 02:39, Paul Coddington wrote:

> Suggested Feature:
>
> The ability to optionally specify a local SVN reference folder in
> which all .SVN folder based information normally stored in the
> working folder is stored as a single tree, completely independant
> of the working folder (effectively a local per-user database).
> This would be particulary useful for Win32 clients, with the
> default being a folder in Local Settings\Application Data for the
> current user. However, the drawbacks with the current
> implementation that this proposal seeks to resolve are likely to be
> cross-platform.

I meant also to say: this proposal would cause the following new issues:

If you store each working copy's .svn data in Local Settings
\Application Data, then presumably you have to link it with the
actual location of the working copy somehow. If you do this by path,
then it is not possible to move or rename a working copy; this is
possible with the current implementation, so this would be a
reduction in functionality.

If, to allow moving and renaming working copies, you only store some
sort of working copy ID in the Application Data (and not its path),
then you still cannot (easily) give a working copy to another user on
your machine, or on another machine. This is currently possible, so
this would be a reduction in functionality as well.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Sep 17 11:40:54 2005

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.