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

Ignoring ancestry in --reintegrate merge

From: Jacob Weber <jacob_at_jacobweber.com>
Date: Tue, 7 Jul 2009 17:59:31 -0700 (PDT)

I thought --reintegrate was basically like a diff, in that ignored ancestry. But this doesn't seem to be the case; it recognizes when files were deleted and re-created in the same place, and shows them as a conflict. Is there a way to avoid this?

Here's my situation. I had a project in CVS, which I converted to Subversion using cvs2svn. It has a trunk and a branch. All changes from the trunk have been merged into the branch before the conversion.

I wanted to set up the branch's mergeinfo property, so that Subversion knew that the trunk was already merged into it. So I did this:
  svn co [branch]
  svn merge --record-only [trunk]
This works correctly; a merge from trunk into branch shows no eligible revisions.

But when I try to reintegrate the branch back into the trunk, something strange happens. I start seeing lots of "R"eplaced files -- files that were deleted and re-created.

I think this happens because of the following sequence of events:
- Branch was created (in CVS)
- A file X was added to the trunk (in CVS)
- X was merged into the branch (also in CVS)
- Project was converted to Subversion
- Subversion didn't know that branch/X was copied from trunk/X. So it thinks it's a replacement.

So, is there a way for me to tell Subversion to ignore the files' ancestry when doing a --reintegrate merge?

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2369004

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-07-08 03:00:47 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.