Re: Feature Request -- svn commit --unimportant
From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Mon, 7 Oct 2013 06:12:57 +0100 (BST)
Gabriela Gibson wrote:
> The following conversation took place on the svn-dev IRC yesterday
I would like to suggest a different approach to this kind of task.
The 'log' command was recently given a 'search' option by Stefan Sperling.á In v1.8, 'svn log --search=foo' displays only revisions where the log message contains 'foo' or the author contains 'foo' or the list of changed paths contains 'foo' or the date contains 'foo'.
A similar option to 'blame' would make sense.á The use case is that you want the blame to ignore all the revisions where the change was 'whitespace only' or 'cosmetic' or 'comments only' or 'the change that user X made in revision Y' or some such condition.á I think it makes sense to use exactly the same mechanism that allows us to specify which revisions 'log' should show, to control which revisions 'blame' should show.
Of course, as well as allowing the 'search' option to be used in
For example, if you wanted to tag a commit as being trivial, you could put the text '[trivial]' in the log message, and then you could use "svn blame --search-not='[trivial]'" to only show non-trivial revisions.
I think that sharing and extending an existing capability like 'search' makes a lot more sense than adding a specific switch to tag commits for one purpose (how would it tag them? with a revision property?) and another specific switch to ignore the specifically tagged commits.
This is an archived mail posted to the Subversion Dev mailing list.