Return-Path: X-Original-To: apmail-subversion-dev-archive@minotaur.apache.org Delivered-To: apmail-subversion-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 125879F9B for ; Sat, 21 Apr 2012 09:55:07 +0000 (UTC) Received: (qmail 68270 invoked by uid 500); 21 Apr 2012 09:55:06 -0000 Delivered-To: apmail-subversion-dev-archive@subversion.apache.org Received: (qmail 68130 invoked by uid 500); 21 Apr 2012 09:55:05 -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 68113 invoked by uid 99); 21 Apr 2012 09:55:04 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 21 Apr 2012 09:55:04 +0000 Received: from localhost (HELO zulu.local) (127.0.0.1) (smtp-auth username brane, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Sat, 21 Apr 2012 09:55:04 +0000 Message-ID: <4F9283F6.6030508@apache.org> Date: Sat, 21 Apr 2012 11:55:02 +0200 From: =?UTF-8?B?QnJhbmtvIMSMaWJlag==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: dev@subversion.apache.org Subject: Re: Merge policies References: <4F8FED8C.5080902@alice-dsl.de> <1334847379.99170.YahooMailNeo@web87705.mail.ir2.yahoo.com> <4F903BD3.6090006@apache.org> <1334854653.89110.YahooMailNeo@web87703.mail.ir2.yahoo.com> <4F91D90D.6000806@web.de> In-Reply-To: <4F91D90D.6000806@web.de> X-Enigmail-Version: 1.4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAAXNSR0IArs4c6QAAADBQTFRF IhsbCy0qZjoVOVRoeFxSAIKBzXQiAKaibYiewnk7nn9z0qCTgL3i87Ep6Kx/+tHBsrE+zgAAAjZJ REFUOMvF0jFoE1EYB/CzjWlqIzaTjqVIBifRRWyG0t5iUqlLyFpCeXBgKg5yq6A4degUDJjoUDpc 1Qt4Ux94B11SOLB0KGS4discpbkORTCn9/m9d3fvLhXnvuHu3f+Xx/veyyfZfLSdZHzgicSfeyw4 JISwdz8FT6M8lM8Ceg385Dlhs+cC9sQCDn0B78QCogzwN+sxfHGOIXBbRGkNAM4cZymGtgNsDPgz cByxon3EEm1TLmvAlghoHOO3CZSa+IQ/vF6JV8tgKOMow78gRgL2/+EIvATOUtB3SSdMg4GXgrbn uk0uLiGdoCHKbX4E+t1FUTqn1AtIdPJebssDQ64YANSQyyaQNyUOFs0ijMsMFnOPTahPLXKYowtY 08MfCP7vR7hRnc5zmPK7CDYYbHcbC7tHuyFA94U/1LYZaJpu/sxACHMwvwZljTLY0TbNk4x+zuEt yC3MfCM6uSIvfwur0itFL4FA2Yal8BzLfnYV4EIGwEPAk7o5zIcnvzHMEjwJrrhAKK7on6IrsfRJ 7A53BhaK+CL7fj6+q/sPeOvcDTtoZTxpUYsFeIknrOXep3p3l7Ua+8sZ5FPQKyKwWi+DfROTU7ny C1/9UhpeY7K287WJCzbsNPQm2S6Yk4PSCNhWM2r3nD0K9liYb6yPgCRJhSzPrxUK0yUBVk1VX0lj s7MzGZyp0wImMK/e8rHbz2soL+O+2r1dxfGsAmBcx0lNjS/RUhlUC7gRn1wGMdQ7Vw1/AReW/RN3 xFWdAAAAAElFTkSuQmCC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 20.04.2012 23:45, Stefan Fuhrmann wrote: > We could even be more permissive: as long as the merge > does not cross "switch boundaries" (switched / non- > switched or switched to different URL) as may allow > the merge. > > This could be a somewhat typical use-case for people > using switched WCs. I would expect that these users > want to merge into those sub-trees just like they > would also 'svn up' them. Doesn't merging in a switched subtree almost by definition imply creating subtree mergeinfo? I was under the impression that we wanted to more or less forbid such merges at some point in the future. -- Brane