On Fri, Jul 15, 2011 at 5:24 AM, Prabhu Gnana Sundar
> On Thursday 14 July 2011 09:18 PM, Paul Burba wrote:
>> On Thu, Jul 14, 2011 at 11:35 AM, Prabhu Gnana Sundar
>> <prabhugs_at_collab.net> wrote:
>>> Hi all,
>>> I am in the process of writing a script which would check for the
>>> of a path and see if the path is present through all the revisions
>>> in the mergeinfo property. If the path was not found for any revision
>>> then the script would suggest(as of now) a better way to propget the
>>> mergeinfo property or even propset the correct mergeinfo property (not
>>> decided on this though).
>>> In the process of testing the script against our "trunk" source I could
>>> some bogus mergeinfo properties when there is a break in the history.
>>> Here is an example:
>>> The mergeinfo for
>>> http://svn.apache.org/repos/asf/subversion/branches/tree-conflicts is
>>> but if I do location_segments for this range of revision for the above
>>> I get
>>> r868291 - r872329: subversion/branches/tree-conflicts
>>> r872330 - r872524: null
>>> r872525 - r873154: subversion/branches/tree-conflicts
>>> After looking at log -v, it was clear that the
>>> "subversion/branches/tree-conflicts" was deleted and copied (i.e
>>> Logically the branch "tree-conflicts" was not present at all at the
>>> range r872330-872524.
>>> This brings a breakage of history. But the mergeinfo is not clear enough
>>> show this change.
>>> I tested the same case with the 1.6.12, 1.6.17 and the trunk builds. The
>>> (possible) bug is seen in all the three cases.
>>> I have not yet filed any bug so far. Please share your thoughts.
>> Hi Prabhu,
>> There are a few known issues where mergeinfo can be created which
>> describes non-existent merge sources:
>> One still open:
>> Two which have been fixed:
>> I might be forgetting a couple others, but those are the ones that come to
>> You might want to check if one of those three is the culprit here.
> Thanks Paul, this case is different from all the above three cases though it
> quite similar to the case,
> Here there seems to be no sign of inheritance of mergeinfo as is the case in
> "3669" and no sign of
> copyfrom as is the case in "3432".
I added issue #3961 to track this and added a test in r1147299.
Received on 2011-07-15 22:06:21 CEST