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

Re: Issue 4039

From: Johan Corveleyn <jcorvel_at_gmail.com>
Date: Thu, 5 Sep 2013 15:40:42 +0200

Ah yes, that was my intention but I forgot about it :-). It's closed as
won't fix now. Thanks for the reminder.

-- 
Johan
On Thu, Sep 5, 2013 at 3:20 PM, Ivan Zhakov <ivan_at_visualsvn.com> wrote:
> Johan,
>
> I think it may be worth to close issue 4039 as "won't fix" in this case.
> Since it's extremely low chance that we go back to have .svn per every
> directory.
>
>
> On Tue, Aug 20, 2013 at 3:13 PM, Angelo Tavares <angelo_at_mega.com.br>wrote:
>
>> Yes, I have "subst M: C:\SomeDir\Project\subdir", but thanks for the
>> feedback.
>>
>> With "subst M: C:\SomeDir\Project", works very well indeed
>>
>>
>>
>> 2013/8/19 Johan Corveleyn <jcorvel_at_gmail.com>
>>
>>> On Mon, Aug 19, 2013 at 9:25 PM, Angelo Tavares <angelo_at_mega.com.br>
>>> wrote:
>>> > My case is creating subst working areas, which is not presented the
>>> features
>>> > of subversion.
>>> >
>>>
>>> Can you please give a bit more detail? What do you mean by "creating
>>> subst working areas"?
>>>
>>> Do you mean, for instance, that you have a working copy in
>>> C:\SomeDir\Project (which is the root of the working copy), and you
>>> execute "subst M: C:\SomeDir\Project"? If so, that works fine (just
>>> tried it with 1.7 and 1.8).
>>>
>>> But if you want "subst M: C:\SomeDir\Project\subdir", that won't work,
>>> and like Ivan said, will probably never be fixed (it really doesn't
>>> fit with the working copy design of 1.7+, where all SVN metadata is
>>> centralized in the root of the working copy).
>>>
>>> --
>>> Johan
>>>
>>
>>
>
>
> --
> Ivan Zhakov
> CTO | VisualSVN | http://www.visualsvn.com
>
Received on 2013-09-05 15:41:33 CEST

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.