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

FW: Better way to convert merge-tracking information into svn native format?

From: Oefelein, Martina <Martina.Oefelein_at_dionex.com>
Date: Thu, 30 Jul 2009 16:59:24 +0200

Hi all,

[I originally posted this to the svnmerge mailing list, but got no
reply. Realizing that users who did already migrate from svnmerge to svn
1.5+ merge tracking probably don't read the svnmerge mailing list
anymore, I'm now re-posting it to svnmerge-users. Sorry for the
cross-posting.]

Our team is planning to upgrade to SVN 1.6, and use the native merge
tracking features of it instead of svnmerge.

Since we have several long-living release branches with svnmerge
merge-tracking information on them, we want to convert this information
into the native svn format. We were hoping that
svnmerge-migrate-history.py would do this for us, but found that its
method is not quite ideal.

It just commits a change that replaced the svnmerge-integrated and
svnmerge-blocked properties with a the equivalent SVN 1.6 property
(svh:mergeinfo). However, it doesn't "rewrite" the history. Old versions
still have the svnmerge.py properties. As a result, SVN thinks that all
merges were done with the single commit of the
svnmerge-migrate-history.py script. In our case, these revisions go into
the hundreds and thousands, so that this becomes rather inconvenient to
handle.

This also means that svn blame -g doesn't work, since the revision where
svn thinks that the merge happened is not the revision where the merge
actually happened.

This is far from ideal. Ideally, the conversion should go through all
old revisions and update any svnmerge.py merge info to the SVN 1.6
format right within these revisions. Is there a script that can do this?
I did not find any.

Such a script would probably operate as a filter on svn dump files, and
convert the properties on each revision in the dump. This looks like a
straightforward task, so that I'm wondering why it's not done this way.
Do I miss something, or do other svnmerge users see no value in
migrating this information?

I'm considering implementing this ourselves - are there any pitfalls
with this approach?

Ciao
Martina

                                                                                                                  
Dionex Softron GmbH
Rechtsform: Gesellschaft mit beschrankter Haftung
Sitz der Gesellschaft: Germering
Geschaftsfuhrer: Dr. Peter Jochum
Zustandiges Registergericht: Amtsgericht Munchen, HRB 717 65

                                                                                                                  
Dionex Softron GmbH
Rechtsform: Gesellschaft mit beschrankter Haftung
Sitz der Gesellschaft: Germering
Geschaftsfuhrer: Dr. Peter Jochum
Zustandiges Registergericht: Amtsgericht Munchen, HRB 717 65

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

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-07-30 17:36:40 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.