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

Re: Feature request: allow for relative working copy paths in svn:externals definition

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: Fri, 2 Mar 2012 10:19:08 -0600

On Fri, Mar 2, 2012 at 9:58 AM, Humm, Markus
<Markus.Humm_at_de.ebmpapst.com> wrote:
>
>>> We created a Junction inside D:\Test\Projekt1 named
>>> D:\Test\Projekt1\JunctionTest which points to D:\Test\Common
>>
>> Can you do this the other way around?  That is, make D:\Test\Common
> the junction point, pointing to wherever your svn external is going to
>> drop the files?    And figure out what it is you really want to happen
>> in the case where you want to check out D:\Test\Projek1 and
>> D:\Test\Projek2 and they both have the same relationship to
> D:\Test\Common but want different revisions to appear there.
>
> No, the other way round doesn't work, because d:\Test\Common cannot
> point at the same time both to
> D:\Test\Projekt1\JunctionTest and D:\Test\Project2\JunctionTest. We just
> tested this. The question now is, why does SVN detect our hardlinked
> directory as special type of directory and thus creates us pain? (as
> otherwise we'd have a solution which could work for us)

I think you are going to have a very, very confusing time if you do
get the common directory to simultaneously be junctioned (either
direction) to externals that can be pointed at different revisions.
What is it you would like to happen in that case?

-- 
   Les Mikesell
     lesmikesell_at_gmail.com
Received on 2012-03-02 17:19:40 CET

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.