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

Re: Working copy locked problem

From: Ryan Schmidt <subversion-2007a_at_ryandesign.com>
Date: 2007-02-23 02:35:34 CET

On Feb 22, 2007, at 09:26, Rohrschneider, Jörg wrote:

>> Given that the original problem here is that some file trees cannot
>> (at least in a practical way) keep the .svn subfolders integrated
>> into the tree, why doesn't Subversion offer relocating the .svn tree?
>> In other words, there could be a commandline option to svn whith path
>> to a different base for .svn files than the target path of the WC. In
>> the .svn tree would be the same directory structure as WC, but
>> only .svn information in each subdirectory.
>
> Hi,
>
> I strongly support this suggestion.
> Actually I already wanted to suggest this myself;
> The software we are developing has a customer specific
> configuration area
> that consists of a sometimes very large directory tree.
>
> Since we are also mirroring customer environments at our place and
> use SVN
> to version these, our cunsultants often haven the problem of having
> to take
> care of those .svn directories placed within the configuration tree.
>
> It would be very, very helpful if there is an option
> to somehow put the .svn directories out-of-place.
>
> Just wanted to jump in on that...

I can only comment that Subversion does not currently offer that, but
SVK, which is based on Subversion, does, so you may want to look into
using SVK instead.

http://svk.bestpractical.com/

-- 
To reply to the mailing list, please use your mailer's Reply To All  
function
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 23 02:36:02 2007

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.