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

Re: [merge-tracking] 'svn blame' auditing

From: Nik Clayton <nik_at_ngo.org.uk>
Date: 2007-02-21 22:51:04 CET

Hyrum K. Wright wrote:
> In response to my query in irc a few days ago, Dan Rall mentioned that
> there are a few aspects of merge tracking that can be worked on in
> parallel to the work that is currently being done. One of those items
> is auditing[1].
>
> I've decided to investigate what needs to be done to implement 'svn
> blame' auditing support. For those unfamiliar with the problem, the use
> case is simple. Quoting [1]: "If you merge rN into a branch B, and rN
> was committed by author A, then svn blame should show the changed lines
> in B as last touched by A, even if the merge was committed by you and
> you are not A. This must also work when merging a range of revisions
> with different authors."

How is it going to work with a range with different authors?

If r100 is by 'anne, r101 is by 'bob', and r103 is by 'charlie', these
changes overlap, and I want to merge all three changes as a discrete lump
(i.e., r104 is the almagamation of r101-103), who is going to appear as the
author?

Is this going to include other metadata?

For example, what about the date of the commit? Is that going to reflect
the date of the merge, or the date of the commit that is being merged? What
if it's multiple overlapping changes?

N

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Feb 21 22:52:37 2007

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.