Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AA1AE9227 for ; Fri, 2 Mar 2012 16:19:34 +0000 (UTC) Received: (qmail 77170 invoked by uid 500); 2 Mar 2012 16:19:34 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 77147 invoked by uid 500); 2 Mar 2012 16:19:34 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 77140 invoked by uid 99); 2 Mar 2012 16:19:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Mar 2012 16:19:33 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lesmikesell@gmail.com designates 209.85.210.43 as permitted sender) Received: from [209.85.210.43] (HELO mail-pz0-f43.google.com) (209.85.210.43) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Mar 2012 16:19:28 +0000 Received: by damc16 with SMTP id c16so3050874dam.16 for ; Fri, 02 Mar 2012 08:19:08 -0800 (PST) Received-SPF: pass (google.com: domain of lesmikesell@gmail.com designates 10.68.203.135 as permitted sender) client-ip=10.68.203.135; Authentication-Results: mr.google.com; spf=pass (google.com: domain of lesmikesell@gmail.com designates 10.68.203.135 as permitted sender) smtp.mail=lesmikesell@gmail.com; dkim=pass header.i=lesmikesell@gmail.com Received: from mr.google.com ([10.68.203.135]) by 10.68.203.135 with SMTP id kq7mr18005515pbc.1.1330705148482 (num_hops = 1); Fri, 02 Mar 2012 08:19:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=wWrAc8EcQGgln3/HrUPSw0b2C7gqrsG2U+U8uWSYr0k=; b=wLv6Q1kxrNMNbOPLqK8PWAy1hjsv5QxAvgR3KxDS6AV7fasQFGp+z5BxUQX5m9ulNR CNpPKei+gAUvdiZ4sOGGXL4ZQRFRJB8f2H9bnb8n1KgBg0buUa6hmPIotO/QUrhdERJ/ tDrtnhQ8RdaFovgCmfVwes2CUVzP9z6qwHtKY6d4oaBv6o6Jqw4zbKlCYWtAOEGg1PuT MBJQbJJpEjRuJnX2H6+Uquqk3fRd5CKlWyA8OzE63wBk5axgAWLPUPt108kcwsEVTZHc qA7Yn5mi4st1o85ATudowWuhqmHoZjkdrp1gvp/rD8ocfHecfH+EEZxu3jB+mMW3ZcKL 8JHA== MIME-Version: 1.0 Received: by 10.68.203.135 with SMTP id kq7mr15055342pbc.1.1330705148398; Fri, 02 Mar 2012 08:19:08 -0800 (PST) Received: by 10.68.9.169 with HTTP; Fri, 2 Mar 2012 08:19:08 -0800 (PST) In-Reply-To: <882A438EA083F84BB7F0B2C829AF0D27029009CE@demulsex0001.epm.ebmpapst.loc> References: <882A438EA083F84BB7F0B2C829AF0D27029009CC@demulsex0001.epm.ebmpapst.loc> <20120302141437.GH28453@inner.h.iocl.org> <882A438EA083F84BB7F0B2C829AF0D27029009CD@demulsex0001.epm.ebmpapst.loc> <882A438EA083F84BB7F0B2C829AF0D27029009CE@demulsex0001.epm.ebmpapst.loc> Date: Fri, 2 Mar 2012 10:19:08 -0600 Message-ID: Subject: Re: Feature request: allow for relative working copy paths in svn:externals definition From: Les Mikesell To: "Humm, Markus" Cc: Andreas Krey , Nico Kadel-Garcia , Daniel Shahaf , users@subversion.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Fri, Mar 2, 2012 at 9:58 AM, Humm, Markus 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? =A0That is, make D:\Test\Common > the junction point, pointing to wherever your svn external is going to >> drop the files? =A0 =A0And figure out what it is you really want to happ= en >> 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? --=20 Les Mikesell lesmikesell@gmail.com