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 C5EC910E4A for ; Mon, 8 Jul 2013 08:10:35 +0000 (UTC) Received: (qmail 76470 invoked by uid 500); 8 Jul 2013 08:10:32 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 76448 invoked by uid 500); 8 Jul 2013 08:10:31 -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 76438 invoked by uid 99); 8 Jul 2013 08:10:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Jul 2013 08:10:28 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [212.227.15.3] (HELO mout.web.de) (212.227.15.3) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Jul 2013 08:10:20 +0000 Received: from [172.20.3.46] ([194.115.214.225]) by smtp.web.de (mrweb102) with ESMTPSA (Nemesis) id 0LbrUu-1UWueZ2Cxw-00jK4d; Mon, 08 Jul 2013 10:09:59 +0200 Message-ID: <51DA73D0.3080700@web.de> Date: Mon, 08 Jul 2013 10:09:52 +0200 From: Tobias Bading User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19 MIME-Version: 1.0 To: =?UTF-8?B?TWlybyBLcm9ww6HEjWVr?= CC: users@subversion.apache.org Subject: Re: Possible bug: svn update doesn't respect the 'depth' property References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:07OaJqwjyyaXuU3V+EuFCetOfdBT2/DK4sfcLRhd5AgI2hHxic8 YC0wyvTu9TzsvTnaAu6aaa0gTWbEfoJHT4d7lelyUJqNtgpxsjiRmZbQMhFuAKg27gYxw4M ishiqW1Ub8FTlzO5xbWeNXL8M5T+TacbdG7jGPEI5fFF9D/cXH0MTve2c1CAnupycklQjhP PAPpGfyvEPuHp3VA5nUdQ== X-Virus-Checked: Checked by ClamAV on apache.org On 08.07.2013 01:06, Miro Kropáček wrote: > Hello, > > I'm not subscribed to the list. I'd like to ask about one issue I'm > having. Let's say I've got a tree like this: > > server/svn/trunk/software > server/svn/trunk/software/user > server/svn/trunk/software/wicked_filenames > server/svn/trunk/documentation > server/svn/trunk/huuuge_subtree_i_really_dont_want_to_checkout > : > : > > and I'd like to checkout only 'server/svn/trunk/software/user'. Of > course, I could do > > svn checkout server/svn/trunk/software/user > > or even: > > mkdir -p ~/projects/svn/trunk/software/user > svn checkout server/svn/trunk/software/user > ~/projects/svn/trunk/software/user > > but in either way, svn root will be placed in the 'user' directory > what is not what I want because in the future I might be interested to > checkout the huge subtree or the wicked_filenames might become > windows-friendly filenames in the future. > > I'm not sure if a scenario like this is even supported but this is > what I tried: > > svn co --depth empty server/svn/trunk > cd trunk > svn up --depth empty software > cd software > svn up user > > ... and it seems to work, hooray. Now, in 'software' and 'trunk', svn > info gives me: "Depth: empty", in 'user' it gives me nothing about the > depth, I assume that means 'normal'. Yep, no depth means infinity. > > And finally, my question :) If I go to 'trunk' or 'software' and do > 'svn update' ... why the complete tree is updated (fetched from the > server, including the omitted subtrees) ? What's the meaning of > "Depth: empty" then? You're right, a simple 'svn update' in 'trunk' or 'software' should not pull in any directories of files outside of 'user'. That should only happen if you run e.g. 'svn update --set-depth infinity'. What Subversion version are you using and on what platform? > > Regards, > Miro Kropacek Kind Regards, Tobias