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 5955310AD2 for ; Sat, 24 Aug 2013 01:45:24 +0000 (UTC) Received: (qmail 96051 invoked by uid 500); 24 Aug 2013 01:45:23 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 96026 invoked by uid 500); 24 Aug 2013 01:45:23 -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 96019 invoked by uid 99); 24 Aug 2013 01:45:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 24 Aug 2013 01:45:23 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: local policy) Received: from [80.67.31.98] (HELO smtprelay05.ispgateway.de) (80.67.31.98) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 24 Aug 2013 01:45:17 +0000 Received: from [66.69.231.3] (helo=[192.168.7.57]) by smtprelay05.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1VD2u3-0007r0-06; Sat, 24 Aug 2013 03:44:35 +0200 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Switching From: Ryan Schmidt In-Reply-To: Date: Fri, 23 Aug 2013 20:44:33 -0500 Cc: Edwin Castro <0ptikGhost@gmx.us>, Subversion Content-Transfer-Encoding: quoted-printable Message-Id: <54C87FD8-9CBD-41A3-9D6B-F7C1C787BB60@ryandesign.com> References: <910250F21FAA2A4E8F72DD21EA7807660906148C@VMJudi.corp.rotair.com> <910250F21FAA2A4E8F72DD21EA78076609066DB2@VMJudi.corp.rotair.com> <910250F21FAA2A4E8F72DD21EA7807660906CE46@VMJudi.corp.rotair.com> <1803569830.20130822182126@am-soft.de> <910250F21FAA2A4E8F72DD21EA7807660906CE8C@VMJudi.corp.rotair.com> <910250F21FAA2A4E8F72DD21EA7807660906CF0C@VMJudi.corp.rotair.com> <1B05D8F50421E24799AE93B03CC284BE01CB235198@CRPMBX01.corp.cbeyond.net> <910250F21FAA2A4E8F72DD21EA7807660906CF5A@VMJudi.corp.rotair.com> <5216589C.1030308@gmx.us> <910250F21FAA2A4E8F72DD21EA7807660906CFD5@VMJudi.corp.rotair.com> <521665CF.7050807@gmx.us> <81E45292CF3BC5478E88DF55E216AD2F03B46E5E@FLONIDANPOST.flonidan.net> <52178B18.9050007@gmx.us> <5217A562.3020202@gmx.us> To: Les Mikesell X-Mailer: Apple Mail (2.1508) X-Df-Sender: MzY4ODE4 X-Virus-Checked: Checked by ClamAV on apache.org On Aug 23, 2013, at 13:31, Les Mikesell wrote: > On Fri, Aug 23, 2013 at 1:09 PM, Edwin Castro wrote: >=20 >>> I can't, off the top of my head, think of a scenario where it would = be >>> harmful to replace an unversioned directory with a versioned = instance, >>> leaving any unversioned local files that happen to be there alone. >>=20 >> Leaving unversioned local files alone in a directory is not the = problem. >=20 > I think it is the problem we've been discussing. Leaving them means > you have to keep the containing directory, which becomes unversioned > as you switch away from the branch having it, Correct. > and then a conflict when > you switch back. *This* is the problem we're discussing. *This* is what Subversion should = be smart enough to avoid. None of the discussion I've read thus far = gives me a convincing explanation for why this should not be possible.