Re: Getting complete revision history with the current DB model

Harald Wellmann wrote:

> Branko Čibej schrieb:
>
>> Ben Collins-Sussman wrote:
>>
>>> Alas, you are correct. Subversion cannot (yet) track a node's history
>>> in a forward direction, other than by brute force searching. The copy
>>> data allows you to track backwards, a la 'svn log'. So for now, you
>>> won't find any pretty Clearcase-like node diagrams coming out of
>>> Subversion.
>>>
>>
>> What we can do, though -- once the rename behaviour is fixed -- is
>> search for all isntances of a node id, then search backwards from each
>> and construct a tree that way. That's almost as good.
>>
>>
>
> Oops, I didn't realize rename was broken... What's wrong with it, and
> how is it going to be fixed?

Rename is implemented as "copy+delete", which means that the renamed
file gets a different node ID than the original. We have code on a
branch that preserves the node ID during renames (but only on the
filesystem side, the WC side hasn't been touched yet).

Once that code--including WC bits--gets in, a node will keep the same ID
throughout its history, which should make these queries easier.

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org