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

Re-integration Q...

From: BRM <bm_witness_at_yahoo.com>
Date: Mon, 13 Sep 2010 08:46:52 -0700 (PDT)

I am running into the error:

svn: Cannot reintegrate from 'url://feature-branch' yet:
Some revisions have been merged under it that have not been merged
into the reintegration target; merge them first, then retry.

I came across a collab.net blog site[1] that referenced this issue. So I tried
it in 1.6.6 too, which gave me a little more information - namely, one path in
my branch seems to be missing a revision from trunk. In examining the
svn:mergeinfo, it seems to be an 'off-by-one' - the svn:merge info records
5627:6031 as being merged but not 5626. I synced the branch using a 1.5.1
client; and running svn diff url-trunk url-branch produces only a delta in the
svn:mergeinfo; so I am assuming the files are identical.

The merge revision in question adds a folder and file.

Reading more of the blog points to a forum[2], and following that I found a
post[3] that references doing a record only merge, which I tried (using a 1.6.6
client), but it didn't seem to resolve the 'off-by-one' issue.

So, is it:

i) safe to just delete the svn:mergeinfo in this case?
ii) is is safer/better to just 'svn pedit svn:mergeinfo' to include the extra
revision? (e.g. edit 5627:6031 -> 5626:6013)

Would 'ii' even work? If so, which is (a) better, (b) safer?

I kind of lean towards 'i' since (1) it seems to be documented, and (2) the
files do seem to be the same. But I'd like to understand this a little more
before I do something.

TIA,

Ben

[1]http://blogs.open.collab.net/svn/2008/07/subversion-merg.html
[3]http://subversion.open.collab.net/ds/viewMessage.do?dsForumId=4&dsMessageId=99955
Received on 2010-09-13 17:47:50 CEST

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.