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 8431EEFEF for ; Thu, 7 Feb 2013 14:20:25 +0000 (UTC) Received: (qmail 76179 invoked by uid 500); 7 Feb 2013 14:20:24 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 76158 invoked by uid 500); 7 Feb 2013 14:20:24 -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 76143 invoked by uid 99); 7 Feb 2013 14:20:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Feb 2013 14:20:24 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [67.215.196.38] (HELO kaywinnit.conundrum.com) (67.215.196.38) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Feb 2013 14:20:14 +0000 Received: from [12.236.188.4] (helo=[10.71.1.191]) by kaywinnit.conundrum.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1U3SKP-000Fz9-LK; Thu, 07 Feb 2013 14:19:53 +0000 From: Matthew Pounsett Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 7 Feb 2013 09:19:47 -0500 Subject: Unexpected conflicts merging updates from trunk to a branch To: users@subversion.apache.org Message-Id: <01A9EBD6-CE2D-4565-833D-2252CE2E5B71@conundrum.com> Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-Virus-Checked: Checked by ClamAV on apache.org I've been running into unexpected tree conflicts when updating branches = from the trunk, after reintegrating to the trunk where and file adds or = removes were involved in the reintegrate. I expect I'm doing something = wrong here, but I haven't been able to figure out what. Can someone = point me in the right direction? Here's a simple example that = demonstrates my issue. In this case my server is 1.7.5 and my client is the MacOS client = 1.6.17. ~/Development/svn-test > svn update At revision 30. ~/Development/svn-test > cd branches/ ~/Development/svn-test/branches > svn cp ^/trunk mybranch Checked out revision 30. A mybranch ~/Development/svn-test/branches > svn commit -m "created mybranch" Adding branches/mybranch Committed revision 31. ~/Development/svn-test/branches > cd mybranch/ ~/Development/svn-test/branches/mybranch > touch foo ~/Development/svn-test/branches/mybranch > svn add foo A foo ~/Development/svn-test/branches/mybranch > svn commit -m "added file = foo" Adding mybranch/foo Transmitting file data . Committed revision 32. # Not necessary.. just being paranoid for demonstration purposes. ~/Development/svn-test/branches/mybranch > svn merge ^/trunk ~/Development/svn-test/branches/mybranch > cd ../../trunk/ ~/Development/svn-test/trunk > svn merge --reintegrate = ^/branches/mybranch --- Merging differences between repository URLs into '.': A foo # Again, probably not necessary. ~/Development/svn-test/trunk > svn update At revision 32. ~/Development/svn-test/trunk > svn commit -m "reintegrated mybranch" Sending trunk Adding trunk/foo Committed revision 33. ~/Development/svn-test/trunk > cd ../branches/mybranch/ ~/Development/svn-test/branches/mybranch > svn update At revision 33. # With this merge I expect to pick up any changes that are the results = of # any reintegration from other branches, but not changes I reintegrated = from=20 # this branch already. ~/Development/svn-test/branches/mybranch > svn merge ^/trunk --- Merging r33 into '.': C foo Summary of conflicts: Tree conflicts: 1 ~/Development/svn-test/branches/mybranch > svn status M . C foo > local add, incoming add upon merge