From users-return-16637-apmail-subversion-users-archive=subversion.apache.org@subversion.apache.org Thu Nov 8 23:03:05 2012 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 A1B9DD1E0 for ; Thu, 8 Nov 2012 23:03:05 +0000 (UTC) Received: (qmail 33008 invoked by uid 500); 8 Nov 2012 23:03:05 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 32951 invoked by uid 500); 8 Nov 2012 23:03:04 -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 32944 invoked by uid 99); 8 Nov 2012 23:03:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Nov 2012 23:03:04 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [192.109.42.8] (HELO einhorn.in-berlin.de) (192.109.42.8) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Nov 2012 23:02:57 +0000 X-Envelope-From: stsp@stsp.name Received: from ted.stsp.name (ted.stsp.name [217.197.84.34]) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id qA8N2Zr2020887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 9 Nov 2012 00:02:35 +0100 Received: from ted.stsp.name (stsp@localhost [127.0.0.1]) by ted.stsp.name (8.14.5/8.14.3) with ESMTP id qA8N2YGH032332; Fri, 9 Nov 2012 00:02:34 +0100 (CET) Received: (from stsp@localhost) by ted.stsp.name (8.14.5/8.14.3/Submit) id qA8N2YED028104; Fri, 9 Nov 2012 00:02:34 +0100 (CET) Date: Fri, 9 Nov 2012 00:02:34 +0100 From: Stefan Sperling To: Kiren Pillay Cc: users@subversion.apache.org Subject: Re: svn conflict, svn info message incorrect? Message-ID: <20121108230234.GA30609@ted.stsp.name> Mail-Followup-To: Kiren Pillay , users@subversion.apache.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Nov 08, 2012 at 05:52:07PM +0200, Kiren Pillay wrote: > Hi > > I've notices a change in the svn info output when I have a tree conflict. What change did you notice? You're only showing one instance of output. What has changed? And which releases of Subversion are you comparing? > The left and right are from the same branch. Is this correct? (svn 1.7 > client to 1.6 server). > > kiren@Pillay2:~/Documents/workspace-TRUNK/newServer$ svn info > business_services/pams-bs-subscriber-account/src/main/java/za/co/vodacom/pams/bs/subscriber/SubscriberProfileQueryServiceImpl.java > Path: > business_services/pams-bs-subscriber-account/src/main/java/za/co/vodacom/pams/bs/subscriber/SubscriberProfileQueryServiceImpl.java > Name: SubscriberProfileQueryServiceImpl.java > Working Copy Root Path: /home/kiren/Documents/workspace-TRUNK/newServer > URL: svn://bcx-svn/ > vodacom.za/pams/newServer/trunk/business_services/pams-bs-subscriber-account/src/main/java/za/co/vodacom/pams/bs/subscriber/SubscriberProfileQueryServiceImpl.java > Repository Root: svn://bcx-svn/vodacom.za > Repository UUID: 5545304e-a938-48f1-8c5a-7cf7c6df13d1 > Revision: 10708 > Node Kind: file > Schedule: normal > Last Changed Author: aaronm > Last Changed Rev: 10610 > Last Changed Date: 2012-10-29 09:11:10 +0200 (Mon, 29 Oct 2012) > Text Last Updated: 2012-11-07 16:18:50 +0200 (Wed, 07 Nov 2012) > Checksum: e26a87463a2fb2509c669d6cc1f7e584a50ce5a5 > Tree conflict: local add, incoming add upon merge > Source left: (file) > ^/pams/newServer/branches/v2-0-0-QA/business_services/pams-bs-subscriber-account/src/main/java/za/co/vodacom/pams/bs/subscriber/SubscriberProfileQueryServiceImpl.java@10569 > Source right: (file) > ^/pams/newServer/branches/v2-0-0-QA/business_services/pams-bs-subscriber-account/src/main/java/za/co/vodacom/pams/bs/subscriber/SubscriberProfileQueryServiceImpl.java@10701 > > > Regards > Kiren I think this is how it is supposed to be. These fields describe the "merge left" and "merge right" sides of the incoming delta which produced the incoming addition (in the merge "source"). They do not describe the two conflicting addition operations which led to the tree conflict. You'll need to figure out the conflicting addition on the merge target branch by looking at the log of the merge target branch. Does that make sense? Did you use the --reintegrate option to run the merge which produced this conflict? It seems you're merging a branch back into trunk, and forgetting to pass the --reintegrate option is a common cause of unnecessary tree conflicts during such merges. Just mentioning this in case you forgot about using the ---reintegrate option. By the way, I agree that Subversion should in general do a better job at explaining the root cause of tree conflicts. It should also guide users through conflict resolution interactively to make these conflicts easier to resolve. Subversion would benefit a lot from improvements in this area.