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

Re: Feature Request -- svn commit --unimportant

From: Lorenz <lorenznl_at_yahoo.com>
Date: Mon, 07 Oct 2013 06:26:12 +0000

Gabriela Gibson wrote:

>I can see Eitan's point -- if we went ahead and changed all the obsolete
><tt> tags on the Subversion website, it would remove a lot of useful
>blame info.
>
>Is a two stage operation possible?
>
>say, you type:
>
>'svn commit --blame-revert ...'
>
>Part one would be a regular commit, part two would be a second commit that
>restores all the original authors that the first commit modified; so one
>commit would produce two consecutive revisions.

to my understanding there is no explicit blame info stored in the
repo. Instead, when the client request the blame, the server walks
back through the revisions of the file and collects the required info.

So there is nothing about blame that could be restored.

And regarding the idea of an svn:exclude-this-revisions-from-blame
property:

I would strongly recommend a warning to be issued by the client if
there were such a property set on the file (and relevant for the
requested blame range)

On the other hand, a --exlude-revision(s) command line option could be
useful.
It would provide the functionality without the danger the user might
not recognize that revisions had been excluded during blame info
computation.

-- 
Lorenz
Received on 2013-10-07 08:23:36 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.