From users-return-7446-apmail-subversion-users-archive=subversion.apache.org@subversion.apache.org Wed Feb 02 07:35:46 2011 Return-Path: Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: (qmail 16396 invoked from network); 2 Feb 2011 07:35:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 2 Feb 2011 07:35:46 -0000 Received: (qmail 19253 invoked by uid 500); 2 Feb 2011 07:35:45 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 19130 invoked by uid 500); 2 Feb 2011 07:35:44 -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 19122 invoked by uid 99); 2 Feb 2011 07:35:43 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Feb 2011 07:35:43 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [41.193.4.20] (HELO smtpout8.vox.co.za) (41.193.4.20) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Feb 2011 07:35:35 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlwBAGuYSE3EA6QokWdsb2JhbAClLAEBAQEUEREkvEmFUwQ X-IronPort-AV: E=Sophos;i="4.60,413,1291586400"; d="scan'208";a="119592334" Received: from mail.uskonet.com (HELO smtp01.datapro.co.za) ([196.3.164.40]) by smtpout6.vox.co.za with ESMTP; 02 Feb 2011 09:35:11 +0200 Received: from mail.adsmr.co.za ([196.41.196.131] helo=midexchange.Adsintranet.Corp) by smtp01.datapro.co.za with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1PkXF3-0000wr-Aw; Wed, 02 Feb 2011 09:35:11 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: Copy with externals, then commit fails X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 2 Feb 2011 09:25:03 +0200 Message-ID: <344D1ECFB7D9904EA70F9AF171638B5304DACD60@midexchange.Adsintranet.Corp> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Copy with externals, then commit fails Thread-Index: Acu9O5dqJP7+Grc2TnW5e7R7ByxMcwFAopjgABlmAbA= References: <344D1ECFB7D9904EA70F9AF171638B5304D5DE9C@midexchange.Adsintranet.Corp> From: "Ryno Changuion" To: "Bob Archer" , X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Virus-Checked: Checked by ClamAV on apache.org >> I tried to create a new branch of a trunk that had some >> svn:externals definition. >> In particular, it pointed to a file. >>=20 >> I.e. >> /somewhere/a.txt@4 a.txt >>=20 >> I used >> svn copy svn://server/trunk branch >> And the output from that was the usual stuff including >> E=A0=A0=A0=A0=A0 a.txt (indicating an externals file). >>=20 >> svn stat had the following output: >> =A0=A0=A0=A0 +X=A0=A0 a.txt >> Of course, the plus means "with history". >>=20 >> After this, I could not do a commit. The commit failed with a >> message: >> svn: File not found: revision 4, path '/trunk/a.txt' >>=20 >> My suspicion is that due to the fact that the file has history >> associated >> with it, the commit tries to commit a file that it shouldn't be >> committing. >> Besides, I didn't want to add a.txt to my branch, I still wanted it >> to come >> from the original externals definition. Is it a bug that svn copy >> adds >> history info to an external file? >File externals require that the file being pointed to is in the same = working copy as the external of it. From the docs: >"While directory externals can place the external directory at any = depth, and any missing intermediate directories will be created, file = externals must be placed into a >working copy that is already checked = out." >Bob Hi Bob Thanks for the reply. "file externals must be placed into a working copy that is already = checked out".=20 Agreed. But in my example I was trying to create a branch by using svn = copy's REPOS-URL to WC-PATH option. This meant svn copy created the new working = copy and thus I couldn't start with a "already checked out wc". After this the new = branch (as a wc) couldn't be commited because of the above mentioned history = data. I did find a work-around. I used "svn copy --ignore-externals" when = creating the new branch (as a wc). This meant there was no history info and I could = commit. I am guessing that "svn copy REPOS-URL REPOS-URL" would have worked too. I found a thread today=20 (http://subversion.tigris.org/ds/viewMessage.do?dsForumId=3D462&dsMessage= Id=3D965300) related to this topic where it was suggested that svn copy REPOS-URL WC = should=20 never fetch externals. I also found http://subversion.tigris.org/issues/show_bug.cgi?id=3D3589 I think the issue I was having is a variant of this bug. It is targeted for a fix in 1.7.0. I found the issue using 1.6.12. Ryno Changuion