Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 1A946200B2D for ; Thu, 16 Jun 2016 23:32:37 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 19256160A51; Thu, 16 Jun 2016 21:32:37 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 603871602C5 for ; Thu, 16 Jun 2016 23:32:36 +0200 (CEST) Received: (qmail 15031 invoked by uid 500); 16 Jun 2016 21:32:35 -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 14998 invoked by uid 99); 16 Jun 2016 21:32:35 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Jun 2016 21:32:35 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id BC0961A0676 for ; Thu, 16 Jun 2016 21:32:34 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.821 X-Spam-Level: X-Spam-Status: No, score=-0.821 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx2-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id L5-JCyduN0dL for ; Thu, 16 Jun 2016 21:32:32 +0000 (UTC) Received: from mail-qk0-f178.google.com (mail-qk0-f178.google.com [209.85.220.178]) by mx2-lw-us.apache.org (ASF Mail Server at mx2-lw-us.apache.org) with ESMTPS id 6AA115F5CC for ; Thu, 16 Jun 2016 21:32:32 +0000 (UTC) Received: by mail-qk0-f178.google.com with SMTP id a186so67229599qkf.0 for ; Thu, 16 Jun 2016 14:32:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=83iQBy5NWnsFEEm5sZ+rqMyWp9cv3yAaNNSXiS1s85s=; b=S9WwoBfochChCvez7VL3Vm/OOq7PC+n9nN2G/Pl2mYRgbnDtynXCLDCGsnU2kZoHsk WXbtUP0pJL4ODiZMk9bQiJ3ZmXHoN7f5a1rQEBtl6uroS3QM7537X2sljllxATbpj/gl vkIVXueV3jAzo465I66Duf8VfjG2WSZc1C6UJZP8egnAEYSTDFspXpl1U96MXu6sUgHP 9jF80AFJ7wEtpGf4AvjNPcwrfYIsEjk40K/9vsEL1BzGCYFBbqMlGjtQJabu8fngElez qjX205dkyHpEhDYMJ9DnmK66yC21w3bgSQ3v3PrhVAZIxMHkhm1yrYz6MD3r/vBsGQvt wi9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=83iQBy5NWnsFEEm5sZ+rqMyWp9cv3yAaNNSXiS1s85s=; b=dkwX7+p+OtWjKoK9QvEv2GbPFP4+y96BrkmROmMX2b1Or9Qjs2DlpUlrhHVZlIeQZx XLcc0In5NoinAsrmqqk9MwN6BO7DA30f+FmCew2XJMg/RC/rVmQUe3J19/ZKgk2YFB3h jcL1sLsw1q268SJmJU615q3iUEx7UNWJGOMPbKJEYJYYl3K+hQ2N87EmrR7WuE0K3fP4 xDtWR+sh5UYOSLuwlHHLG6MXj4zB9LSN/1bODT2fJU0LBzKFwqDl7pyKzym/ibJwRvnG ugvWaGFq3Onf/pL83bF97nWJOhMoK8V/Vmf+BlCYDraB92xcWyuzZSD+Ab8LdSNME+Lb Xyng== X-Gm-Message-State: ALyK8tLDTMToG6F6RYLVXOE1imwYgc9wotwBfW2//cqnWpwrmlLKN7uPVsTt6KAFAsWPCCcGyw1EHYKylHTo8g== X-Received: by 10.55.175.195 with SMTP id y186mr7767197qke.67.1466112751499; Thu, 16 Jun 2016 14:32:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.210.67 with HTTP; Thu, 16 Jun 2016 14:32:12 -0700 (PDT) From: Johan Corveleyn Date: Thu, 16 Jun 2016 23:32:12 +0200 Message-ID: Subject: Making working copy sparse loses local deletes / moves To: Subversion Development Content-Type: text/plain; charset=UTF-8 archived-at: Thu, 16 Jun 2016 21:32:37 -0000 Hi all, I'm following through on a thread I started on the users list, about "sparsifying a working copy" [1] (i.e. invoking 'svn up --set-depth empty' on a parent directory, in order to selectively retrieve specific children later). It looks like there is a bug when "emptying" a directory like that, and I'd like to get some opinions here about the expected behaviour. When making a directory depth=empty, svn is careful not to lose local modifications (modified files are left there as part of the sparse working copy -- same for added files). However, local deletes are lost (and consequently also moves are broken, only the A+ is left). It think that's a bug, it makes it hard to confidently make a working copy more sparse. Copy-pasting some reproduction transcripts from the users@-thread below: Sparsification breaking a move [2]: [[[ C:\svntest>svnadmin create r C:\svntest>svn co -q file:///c:/svntest/r wc C:\svntest>cd wc C:\svntest\wc>touch iota C:\svntest\wc>svn add -q iota C:\svntest\wc>svn ci -q -m r1 C:\svntest\wc>svn up -q C:\svntest\wc>svn mv iota kappa A kappa D iota C:\svntest\wc>svn st D iota > moved to kappa A + kappa > moved from iota C:\svntest\wc>svn up --set-depth empty D iota Updating '.': Updated to revision 1. C:\svntest\wc>svn st A + kappa ]]] Sparsification losing a simple delete [3]: [[[ C:\svntest>svn co file:///c:/svntest/r wc2 A wc2\iota Checked out revision 1. C:\svntest>cd wc2 C:\svntest\wc2>svn rm iota D iota C:\svntest\wc2>svn st D iota C:\svntest\wc2>svn up --set-depth empty D iota Updating '.': Updated to revision 1. C:\svntest\wc2>svn st ]]] [1] http://svn.haxx.se/users/archive-2016-06/0064.shtml [2] http://svn.haxx.se/users/archive-2016-06/0077.shtml [3] http://svn.haxx.se/users/archive-2016-06/0088.shtml -- Johan