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
