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 4506F10C43 for ; Wed, 14 Aug 2013 18:28:40 +0000 (UTC) Received: (qmail 89970 invoked by uid 500); 14 Aug 2013 18:28:39 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 89803 invoked by uid 500); 14 Aug 2013 18:28:39 -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 89523 invoked by uid 99); 14 Aug 2013 18:28:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Aug 2013 18:28:38 +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.220.170 as permitted sender) Received: from [209.85.220.170] (HELO mail-vc0-f170.google.com) (209.85.220.170) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Aug 2013 18:28:34 +0000 Received: by mail-vc0-f170.google.com with SMTP id kw10so5423207vcb.15 for ; Wed, 14 Aug 2013 11:28:14 -0700 (PDT) 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; bh=HSMO7f+5a5UKwuBLKvxTZD+E6sxtnvg9dLXdogxR6zY=; b=O5dvsdj4kJaoBPC00EIhFZXKykJ5p22ZxHPv1fxck7lB7uHdvIaaGrsqRyoKdkiwWa 8KkCVymrfuWow+2dAl1rfYO9fnbvIQSp0+DauftzjSpfycb/kKIrUqGDbmmut5a0zpSV BBh5ecy81zzCXCkAZ5G8vviVPaaZpVXEvoRlqey9nmPkVjjy1dUfPcV3qzC8Hk4KXvRo lFeFpgH65YK2Ztedr2ZLZV4aZuHW8Pi4xOCvxhiPt6NDw3k/h/rc+BUqsO4JlPVwSj/K 6yACzQkaS/FdnwdCMtqiaaXcpwQ6yTguOpnAT7GPhOV5fADolw8Pk5fD6ODjzr8k1qia xvKw== MIME-Version: 1.0 X-Received: by 10.52.165.76 with SMTP id yw12mr430649vdb.82.1376504893387; Wed, 14 Aug 2013 11:28:13 -0700 (PDT) Received: by 10.58.15.138 with HTTP; Wed, 14 Aug 2013 11:28:13 -0700 (PDT) In-Reply-To: References: Date: Wed, 14 Aug 2013 13:28:13 -0500 Message-ID: Subject: Re: How to change paths on an external file without a full update --depth infinity? From: Les Mikesell To: dlellis@rockwellcollins.com Cc: Ben Reser , Ivan Zhakov , Johan Corveleyn , "users@subversion.apache.org" Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Aug 14, 2013 at 1:13 PM, wrote: > > This is a case of trying to improve performance on externals by only > updating externals that have changed. Without connection caching, > performing an external update over a WAN is a test of patience. For us, our > repo is accessed over a WAN. Its not an issue for non-"file externals". > For example, a WC of 1000 file externals will take over 15 minutes to update > with zero changes but the same WC with no file externals (1000 normal files) > takes 30 seconds tops. Keep in mind, no actual file revisions are being > downloaded, just checked. I guess I've always thought file externals were a bad idea (not giving svn a place for metatdata, at least when it was organized in the same tree) and avoided using them - so I've never seen that problem. And, I've always thought organizing by directories was a good thing, along with pinning the revs for externals which sounds horrible with 1000 of them referencing individual files. -- Les Mikesell lesmikesell@gmail.com