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

Re: Regarding issue 3690

From: Gavin Beau Baumanis <gavinb_at_thespidernet.com>
Date: Thu, 27 Jan 2011 20:05:45 +1100

Good points Johan,

For those interested;

Issue text;

Add an option to ignore files with only property changes and no content changes.
e.g. svn log --ignore-properties

Motivation: many users are not interested in reviewing changes to property changes
and only care about content changes.

------- Additional comments from Hyrum K. Wright Mon Jan 3 08:10:53 -0800 2011 -------

A subset of this problem (namely, ignoring changes to svn:mergeinfo) is being addressed on the ignore-
mergeinfo branch:


Gavin "Beau" Baumanis

On 27/01/2011, at 7:40 PM, Johan Corveleyn wrote:

> On Thu, Jan 27, 2011 at 8:04 AM, Noorul Islam K M <noorul_at_collab.net> wrote:
>> Hi,
>> I am planning to work on issue 3690. Before starting with this I have
>> few questions.
>> 1. Hyrum updated the issue with his comment stating that already there
>> is work going on in the branch ignore-mergeinfo which addresses
>> subset of issue 3690, i.e ignoring changes to svn:mergeinfo. Is
>> svn:mergeinfo an svn property set using svn pset command? I think Zvi
>> Rackover is talking about a new option passing which a user can
>> ignore revisions with just the following property changes alone.
>> author eol-style externals keywords mime-type
>> date executable ignore log needs-lock
>> 2. Zvi is talking about log command alone in the issue. I assume that we
>> need this option only for log command.
> Not replying to your questions, but a small remark on the side:
> whenever you mention an issue number, could you please also include
> the summary of the issue? Not everyone has these number memorized, so
> if people want to know what you're talking about, it takes time to
> look it up (especially if there is no link in the mail).
> Thanks,
> --
> Johan
Received on 2011-01-27 10:06:30 CET

This is an archived mail posted to the Subversion Dev mailing list.