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 5F5B71072D for ; Thu, 27 Aug 2015 11:56:14 +0000 (UTC) Received: (qmail 21840 invoked by uid 500); 27 Aug 2015 11:56:14 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 21808 invoked by uid 500); 27 Aug 2015 11:56:14 -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 21797 invoked by uid 99); 27 Aug 2015 11:56:13 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Aug 2015 11:56:13 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 430BDC0861 for ; Thu, 27 Aug 2015 11:56:13 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.879 X-Spam-Level: ** X-Spam-Status: No, score=2.879 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id oJJLpJ9jdCxn for ; Thu, 27 Aug 2015 11:56:12 +0000 (UTC) Received: from mail-ob0-f177.google.com (mail-ob0-f177.google.com [209.85.214.177]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id 28E242055B for ; Thu, 27 Aug 2015 11:56:12 +0000 (UTC) Received: by obbwr7 with SMTP id wr7so13789477obb.2 for ; Thu, 27 Aug 2015 04:56:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ZkO959IqNauBTnpVVxkS7X8/TnOLcEirZePy/DsV1ng=; b=goe9R9JlgBhRVZDCdoIHKgH2ARoNJdldezS2o0622UEkD3+CWDxVXsDUEtRfLujwqZ 4JaEaan3TgSlEqnxi7VJGAsqcZ+7yGECHv9iknmi+1Lx/xkyB0TG6frrJC0B9cVutRUD 2vybjOMuyk+w21KHguU9qDn/cnvVDfAUdWU9iTFoWkotnhgPjAHnRQGNU+a1KTRfphQq wpj0LCJ7d+t2Qgou2OJ03Rh/r4H7kcFuNgcNNwN0n2/Qbs1kc4kx10MAXaUCzmyNErzU UmkPObnDa57qf/4cZVSuBze3JYjOZaW2PzYxL3FSJxPzfQi8/OhSbV0mWtcvfn0QR8dS 8ShQ== MIME-Version: 1.0 X-Received: by 10.182.252.76 with SMTP id zq12mr318797obc.6.1440676571563; Thu, 27 Aug 2015 04:56:11 -0700 (PDT) Received: by 10.202.49.148 with HTTP; Thu, 27 Aug 2015 04:56:11 -0700 (PDT) Date: Thu, 27 Aug 2015 14:56:11 +0300 Message-ID: Subject: update -r PREV causes tree conflict if a folder to be removed contains ignored sub-folder From: Gert Kello To: "users@subversion.apache.org" Content-Type: multipart/mixed; boundary=001a1134c376491aea051e49a73a --001a1134c376491aea051e49a73a Content-Type: multipart/alternative; boundary=001a1134c376491ae6051e49a738 --001a1134c376491ae6051e49a738 Content-Type: text/plain; charset=UTF-8 Hi. I have a case where updating to older version causes tree conflict, if update (to older revision) removes some folder and that folder has some global-ignores ignored sub-folder. I'm not sure if that's a bug but it is inconvenient for me... The (windows cmd) script to create situation is attached. Basically, 1. The update removes folder 2. There's a unversioned subfolder in working copy 3. The subfolder is ignored via config file global-ignores svn version 1.9.0 (r1692801), windows If the unversioned folder is ignored via "svn:ignore" property then update does not trigger tree conflict (but sequence 'svn up -R PREV && svn up' still does...) Am I doing something wrong with global-ignores? Gert --001a1134c376491ae6051e49a738 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi.

I have a ca= se where updating to older version causes tree conflict, if update (to olde= r revision) removes some folder and that folder has some global-ignores ign= ored sub-folder. I'm not sure if that's a bug but it is inconvenien= t for me...

The (windows cmd) script to create situation is at= tached. Basically,
1. The update removes folder
2. There's= a unversioned subfolder in working copy
3. The subfolder is ignor= ed via config file global-ignores

svn version 1.9.0 (r1692801), wind= ows

If the unversioned folder is ignored via "svn:ignore&= quot; property then update does not trigger tree conflict (but sequence = 9;svn up -R PREV && svn up' still does...)

Am= I doing something wrong with global-ignores?

Gert<= br>
--001a1134c376491ae6051e49a738-- --001a1134c376491aea051e49a73a Content-Type: text/plain; charset=US-ASCII; name="SvnUpdateTreeConflict.txt" Content-Disposition: attachment; filename="SvnUpdateTreeConflict.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_idu5ku2t0 QGVjaG8gb2ZmDQpTRVQgdGVzdGRpcj10ZXN0DQpzZXQgVVJMPWZpbGU6Ly8vJUNEJS90ZXN0L3Jl cG9zDQpzZXQgVVJMPSVVUkw6QzpcPVwlDQpzZXQgVVJMPSVVUkw6XD0vJQ0KZWNobyBCYXNlIHVy bCBmb3IgcmVwbzogJVVSTCUNCg0KUk1ESVIgL1EgL1MgJXRlc3RkaXIlDQpta2RpciAldGVzdGRp ciUgfHwgZ290byBlcnJvcg0Kc3ZuYWRtaW4gY3JlYXRlICV0ZXN0ZGlyJVxyZXBvcyB8fCBnb3Rv IGVycm9yDQpzdm4gbWtkaXIgJVVSTCUvdHJ1bmsgLW0gIiIgfHwgZ290byBlcnJvcg0Kc3ZuIGNv ICVVUkwlL3RydW5rICV0ZXN0ZGlyJVx0cnVuayB8fCBnb3RvIGVycm9yDQpta2RpciAldGVzdGRp ciVcdHJ1bmtcdGVzdCB8fCBnb3RvIGVycm9yDQplY2hvIFRlc3QxID4gJXRlc3RkaXIlXHRydW5r XHRlc3RcYS50eHQgfHwgZ290byBlcnJvcg0Kc3ZuIGFkZCAtLXBhcmVudHMgJXRlc3RkaXIlXHRy dW5rXHRlc3RcYS50eHQgfHwgZ290byBlcnJvcg0Kc3ZuIHBzIHN2bjppZ25vcmUgYmluICV0ZXN0 ZGlyJVx0cnVua1x0ZXN0IHx8IGdvdG8gZXJyb3INCnN2biBjb21taXQgJXRlc3RkaXIlXHRydW5r IC1tICIiIHx8IGdvdG8gZXJyb3INCg0KRUNITyBzdm46aWdub3JlIGlzIE9rIHRvIGJlIGluIHJl bW92ZWQgZGlyDQpzdm4gY28gJVVSTCUvdHJ1bmsgJXRlc3RkaXIlXHdjMSB8fCBnb3RvIGVycm9y DQpta2RpciAgJXRlc3RkaXIlXHdjMVx0ZXN0XGJpbiB8fCBnb3RvIGVycm9yDQpSRU0gY2hlY2sg dGhhdCB3b3JraW5nIGNvcHkgc3RhdHVzIGlzIGNsZWFuDQpzdm4gc3RhdHVzICV0ZXN0ZGlyJVx3 YzEgfHwgZ290byBlcnJvcg0Kc3ZuIHVwICV0ZXN0ZGlyJVx3YzEgLXIgUFJFViB8fCBnb3RvIGVy cm9yDQpFQ0hPICdzdm4gdXAgJXRlc3RkaXIlXHdjMScgd291bGQgY2F1c2UgdHJlZSBjb25mbGlj dCBub3cNCkVDSE8gJ3N2biB1cCAldGVzdGRpciVcd2MxIC0tZm9yY2UnIHdvdWxkIHdvcmsNCkVD SE8uDQoNCkVDSE8gZ2xvYmFsLWlnbm9yZXMgaXMgbm90IE9rIHRvIGJlIGluIHJlbW92ZWQgZGly DQpzdm4gY28gJVVSTCUvdHJ1bmsgJXRlc3RkaXIlXHdjMiB8fCBnb3RvIGVycm9yDQpta2RpciAg JXRlc3RkaXIlXHdjMlx0ZXN0XG9iaiB8fCBnb3RvIGVycm9yDQpSRU0gY2hlY2sgdGhhdCB3b3Jr aW5nIGNvcHkgc3RhdHVzIGlzIGNsZWFuDQpzdm4gc3RhdHVzICV0ZXN0ZGlyJVx3YzIgLS1jb25m aWctb3B0aW9uIGNvbmZpZzptaXNjZWxsYW55Omdsb2JhbC1pZ25vcmVzPW9iaiB8fCBnb3RvIGVy cm9yDQpzdm4gdXAgJXRlc3RkaXIlXHdjMiAtciBQUkVWIC0tZm9yY2UgLS1jb25maWctb3B0aW9u IGNvbmZpZzptaXNjZWxsYW55Omdsb2JhbC1pZ25vcmVzPW9iag0KZ290byBlbmQNCg0KOmVycm9y IA0KZWNobyBUaGUgc2NyaXB0IGRpZCBub3Qgd29yayBPay4NCg0KOmVuZA== --001a1134c376491aea051e49a73a--