On 05/07/12 02:54, Glenn Adams wrote:
> On Wed, Jul 4, 2012 at 3:54 PM, Alexios Giotis <alex.gio...@gmail.com>wrote:
>> Well actually git-svn has an option to update the svn:mergeinfo. It might
>> be worth giving it a try. There are some restrictions and I suggest to test
>> it first. The following is part of $ man git-svn
>> Add the given merge information during the dcommit (e.g.
>> --mergeinfo="/branches/foo:1-10"). All svn server versions
>> can store
>> this information (as a property), and svn clients starting
>> version 1.5 can make use of it. To specify merge
>> information from
>> multiple branches, use a single space character between the
>> (--mergeinfo="/branches/foo:1-10 /branches/bar:3,5-6,8")
>> config key: svn.pushmergeinfo
>> This option will cause git-svn to attempt to automatically
>> the svn:mergeinfo property in the SVN repository when
>> Currently, this can only be done when dcommitting
>> merges where all parents but the first have already been
>> pushed into
> Thanks for pointing that out. I had thought to use svn prop set manually as
> well, but after reviewing a number of threads on this issue, I've decided
> it would be safer to simply avoid merges on the git side, doing them on the
> svn side then using git svn rebase on the git side.
A wise decision I think. Even after tweaking the svn:mergeinfo property,
the commit would probably still not show up in the Apache Git mirror as
a merge of two branches.
> I'll fix up the current fop-1_1 branch with a bit of manual rebuilding.
Thanks for your efforts!