From dev-return-4316-daniel=haxx.se@subversion.apache.org Tue Jun 15 09:51:22 2010 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on giant.haxx.se X-Spam-Level: X-Spam-Status: No, score=-1.5 required=3.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by giant.haxx.se (8.14.3/8.14.3/Debian-9.1) with SMTP id o5F7pK9e032210 for ; Tue, 15 Jun 2010 09:51:21 +0200 Received: (qmail 70535 invoked by uid 500); 15 Jun 2010 07:51:09 -0000 Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@subversion.apache.org Received: (qmail 69632 invoked by uid 99); 15 Jun 2010 07:51:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Jun 2010 07:51:06 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS Received-SPF: pass (nike.apache.org: domain of skoe@directbox.com designates 194.25.41.13 as permitted sender) Received: from [194.25.41.13] (HELO smtpa2.mediabeam.com) (194.25.41.13) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Jun 2010 07:50:57 +0000 Received: from DIRECTBOX-SMTP1 (balancer4.mediabeam.com [194.25.41.40]) by smtpa2.mediabeam.com (8.13.8/8.13.1) with ESMTP id o5F7obF5007477 for ; Tue, 15 Jun 2010 09:50:37 +0200 From: "Thomas Giesel" To: Subject: Potential issue with svn:externals Date: Tue, 15 Jun 2010 09:50:36 Message-ID: <08A407DA060F073224311@directbox.com> MIME-Version: 1.0 X-Priority: 3 (Normal) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-PRIORITY: 3 X-MESSAGE-ID: 3262329859 X-Virus-Checked: Checked by ClamAV on apache.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.3.5 (giant.haxx.se [80.67.6.50]); Tue, 15 Jun 2010 09:51:22 +0200 (CEST) X-Friend: Nope Hi all, there's an issue with svn:externals when using them in subdirectories, which should be fine according to the documentation. The main question is if you agree wether I should file a bug about this. Let's start with these svn:externals: ^/tags/libs/a/1.0 a ^/tags/libs/b/2.0 b ^/tags/apps/c/1.1 src/c ^/tags/apps/d/2.0 src/d svn up . svn st . >>>>>>>>>>>>>>> M . X a X b X src Performing status on external item at 'a' Performing status on external item at 'b' Performing status on external item at 'src/c' Performing status on external item at 'src/d' <<<<<<<<<<<<<<< This look okay so far, even if "X src/c" and "X src/d" would be better IMHO, since "src" was created implicitely and is not really a direct external. (empty lines removed from output) Now let's remove two of these lines, the rest looks like this: ^/tags/libs/a/1.0 a ^/tags/apps/c/1.1 src/c svn up . svn st . Results in output which looks inconsistent to me: >>>>>>>>>>>>>>> M . X a ? b X src Performing status on external item at 'a' Performing status on external item at 'src/c' <<<<<<<<<<<<<<< The directory src/d remains unchanged on my hard disk and does not get any comment on "svn st". I would expect something like "? src/d" like is is printed for the directory "b". This may be dangerous if people use=20 "svn ps svn:externals -F ." and don't check carefully for removed entries. btw: Subversive even shows "src/d" as normal external in the project explorer after these two lines have been removed, while "b" is shown with an exclamation mark (Obstructed). "src/d" can't be removed with Eclipse then, one has to "rm -r" it manually from a shell window. Our software has many different configurations with different versions of different subsystems, this can be done easily with externals, better than using branches for all variations. Hopefully this feature will=20 get even better in the future ;) (Server: >=3D 1.6.x, Client: 1.6.11, both on Linux) Regards, Thomas