RE: Re: Re: Filtering changes to svn:mergeinfo properties

> On Tue, May 5, 2009 at 4:06 PM, Dariusz Olszewski <dol_at_globema.pl> wrote:
> >> I think a far simpler solution would be to enhance the log API to also return a flag indicating whether a path was changed in content or just properties (or both).
> >>
> >> A new flag to the changed_paths structure the log callback returns, just like the node_kind that was added in 1.6...
> >
> > This is exactly the kind of solution I was thinking about. Any chances to get this implemented in the near future?
> >
> > Anybody else who thinks this would be a good way to solve this problem (even if only partially)?
>
> This specific feature is now implemented on subversion trunk and will
> most likely be available from Subversion 1.7. (It doesn't require a
> dump/load of the repository or even an upgrade.. just a new server
> binary).
>
> Bert

I was kind of hoping for a more generalized case where property changes could be reported and / or filtered by name / pattern. It seems a shame to go through so many server round-trips to get the changed paths for a revision, enumerate the property names, and then compare the value(s) between the target revision and a different revision.

If there is already a simpler mechanism within the SVN API for doing the above, then I will delve deepr into the source next time, because I didn't find it this time. Also, it would be nice if such a feature would percolate up to the CLI (and thus put pressure on other clients for support).

Did this feature request make its way into the issue tracker somewhere?

Thanks,

Thomas S. Trias
Senior Developer
Artizan Internet Services
http://www.artizan.com/

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

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-08-05 23:45:23 CEST