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

Re: tracking path ancestery

From: ender <ender_at_objectrealms.net>
Date: 2003-02-20 21:49:59 CET

On Thursday 20 February 2003 12:00 pm, cmpilato@collab.net wrote:
> ender <ender@objectrealms.net> writes:
> > i want to produce a line by line annotation/blame showing revision
> > number and author for changes of a non-binary file node's
> > contents. perhaps a picture is more clear.
> >
> > http://objectrealms.net/projects/svn_browser/pics/Annotation.png
>
> Wow. Sure looks pretty.

thanks, it only gets better ;-) i can't take any of the credits for the good
looks.. the css wizards at plone.org handled that.

>
> > to do that i need to get a hold of node's path across all of its
> > revisions_changed including copies to get ahold of its
> > contents. currently doing that seems to be problematic, mainly due
> > to expense of iterating through n*m upper bound of copy checks
> > combinations of n, revision changes to the node, and m representing
> > the number of hierarchical containers for the node (though in
> > actuality the number is much less). i was hoping that there was
> > another mechanism that svn provided for reconstructing a given
> > node's path across revisions.
>
> I am planning to make svn_fs_revisions_changed() go way, and replace
> it with svn_fs_node_revisions() which will do the same thing that
> revisions_changed() does, but will optionally return a path for each
> revision in which the node changed.

that would be perfect! i guess this will be using the new repos uuids..

in case its of interest to anyone i'm attaching the code i just finished which
returns a map of rev numbers to repo paths given a node (the pic above was a
setup, no copies involved). its not very pretty nor perhaps useful ;-), other
than looking at the algorithm.. it works ok for the minimal test cases i
gave it.

thanks guys,

-e

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Received on Thu Feb 20 21:35:24 2003

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.