Thanks for the response Bill.
I will look at it right now.
The ER diagram ...
http://www.lyra.org/rassilon/SVNModel/SVNProjectv2.pdf
Is this stuff going to be under Subversion Control at some point?
I read all the txt files I can get my hand on. But pictures are always
useful.
I say stuff because I went up a level and grabbed an older copy of this and
the SVNMODEL Diagrams. I believe they were done with Visio?
gat
Bill Tutt wrote:
> NodeRevisionIDs as discussed in libsvn_fs/structure are changing soon.
> See http://subversion.tigris.org/issues/show_bug.cgi?id=654 for more
> information as to why.
>
> The new way to identify "NodeRevisions" is by (NodeID, TransactionID).
>
> NodeID is a monotonically increasing integer. However, due to the
> funky-ness in O(1) copy support you aren't guaranteed to keep the same
> NodeID forever for a given path.
>
> Yes, this is odd, but SVN is very storage/time efficient for some of
> it's operations and this causes interesting things to fall out in the
> data model.... :)
>
> Bill
>
> > -----Original Message-----
> > From: Glenn A. Thompson [mailto:gthompson@cdr.net]
> > Sent: Friday, May 03, 2002 12:18 PM
> > To: Subversion Dev list
> > Subject: Re: revision numbering (was: Re: Multiple projects in one
> > repository!)
> >
> > Hey Guys:
> >
> > Isn't the real juice in the NodeRevisionIDs?
> > Nodes are forever Right? Deleted for not they are forever Right?
> > I guess I assumed, or (read and forgot; so now I assume), that in
> terms of
> > a
> > unique identity to the world at large it would have to be something
> like
> > "Unique ReposID".NodeRevisionID.
> > I view the Revision number as something that can be reset at will.
> The
> > export
> > import process does that right?
> > I wasn't paying close attention to the import/export thread. Does it
> lose
> > NodeRevisionIDs?
> >
> > I'm still spinning up, so go easy on me.
> > FYI, I prefer to be beaten down with a wooden bat. No aluminum please.
> >
> > Thanks,
> > gat
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat May 4 00:30:29 2002