Re: [merge tracking] Prop changes to the "svn:mergeinfo" property

On Wed, 14 Mar 2007, Peter Lundblad wrote:

> Daniel Rall writes:
> > We already provide the 'merge --record-only' command for changing the
> > merge history of a path. Should the behavior of our prop change
> > commands/APIs change such that they act on inherited property values,
> > rather than the explicit values they work with today? Or should the
> > behavior remain the same? I tend to think the latter. Thoughts?
>
> I think I agree, so we don't go too far in inventing real inherited props
> but just for this property.

Okay, I'll update the func spec, and drop the corresponding items from
the TODO file.

> On a side note, are we going to support the case where
> we update merge info (as the result of a merge) but a child
> path is switched?

This is currently unsupported, but I think we should.