Jody Shumaker wrote:
> It's my understanding that the revision graph is currently so slow
> because it has to get the full log and then basically scan through the
> entire thing to search for all copy entries. Has there been any talk
> of adding to subversion the ability to find where a file has been
> copied to? Basically storing the copy information bi-directionally.
> Right now, only the new copy has information on where it was copied.
> However if the repository stored with the original copy information on
> where it has been copied to in addition to where it was copied from
> and this data could be queried, than generating a revision graph would
> be trivial.
>
> However this would require a change in repository format, so I imagine
> it wouldn't be a simple feature to add and would require both a newer
> client and server. Still though, does anyone know if there's been any
> talk of adding this in a future version of Subversion? Revision graph
> has plenty of uses and it'd be much nicer if it could be generated
> just by a quick traversal of the one object's tree in both directions
> rather than reading and analyzing the entire repositories log.
Yes, there was a discussion about this some time ago. But such a change
can't be done in the 1.x line because it would render clients/servers
incompatible. So it has to wait until the development on the 2.x version
starts.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Wed Nov 1 20:29:38 2006