[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Merging problem because of non recognized mergeinfo (probably caused by subversion 1.8.0)

From: Johan Corveleyn <jcorvel_at_gmail.com>
Date: Fri, 1 Nov 2013 09:15:29 +0100

On Fri, Nov 1, 2013 at 8:55 AM, Paul Wellner Bou <pwellner_at_gmail.com> wrote:
> Good morning,
> we have a serious merging problem, as I noticed that somehow the
> svn:mergeinfo got lost while merging I immediately stopped my merging
> steps and started over with new branches. Yesterday I came across
> following bugfix as it seems that I had the same problem:
> http://mail-archives.apache.org/mod_mbox/subversion-users/201309.mbox/%3C20130916142608.GK10735@larry.stsp.name%3E
> http://svn.apache.org/viewvc?view=revision&revision=r1523666
> In this moment we have unfortunately three development lines:
> 1. the old code base, which is still on the live servers
> 2. the new code base:
> 2.1 the new trunk, where feature development is done
> 2.2 the stability and bugfix branch which is supposed to go live
> soon (let's call it 4.5, as this is the actual branch version)
> What I did now is:
> 1. Merge all bugfixes we did in the old codebase into the branch 4.5
> mentioned in 2.2, we needed them there first
> 2. As something with the svn:mergeinfo went wrong, I stopped my
> attempted to merge anything else into our new trunk
> 3. I created a new branch, copied from 4.5, and merged all further
> development from the new trunk into this new branch (called
> reintegrate-trunk-into-4.5). I did this because I had problems before
> and I wanted a new, independent branch without breaking the branches
> where people are developing on.
> All this happened with subversion 1.8.0 (The server is on 1.7).
> I have now a ready branch, containing absolutely all commits I need,
> from the old code base, from 4.5 bug fixes and from the development in
> the new trunk. But I am not able to merge this into our new trunk back
> again, with following error messages:
> trunk$ svn merge
> https://URL/Projekte/fazcore/branches/reintegrate-trunk-into-4.5 .
> svn: E195016: Reintegrate can only be used if revisions 32893 through
> 33722 were previously merged from https://URL/Projekte/fazcore/trunk
> to the reintegrate source, but this is not the case:
> Projekte/fazcore/branches/reintegrate-trunk-into-4.5/common/src/main/java/de/faz/modules/query/filter/Filter.java
> Missing ranges:
> /Projekte/fazcore/trunk/common/src/main/java/de/faz/modules/query/filter/Filter.java:33577
> ...
> (about 30-40 more of those errors)
> The fact is, that those revisions are merged into the
> reintegrate-trunk-into-4.5 branch already:
> reintegrate-trunk-into-4.5$ svn propget svn:mergeinfo . | grep 'fazcore/trunk'
> /Projekte/fazcore/trunk:32893-33722
> Is there a way to "repair" this merge info so that it gets recognized
> when merging back into trunk?
> Or is there a way to force the merging anyway (beside
> --ignore-ancestry, I'd like to keep the merge history)?
> Or at least to merge the rest, excluding those problematic files?

Perhaps that filter/Filter.java path has subtree mergeinfo that is not
correct somehow. Maybe it's missing the last character in some of the
paths (like in the mail you referenced). I suggest you check the
mergeinfo on that Filter.java path directly.

Also, the bug that caused the missing last character in mergeinfo has
been fixed in 1.8.4. See this post from a user who has confirmed, and
seen his corrupt mergeinfo being fixed by a subsequent merge:



Received on 2013-11-01 09:16:28 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.