RE: Re: svn commit: rev 1987 - branches/issue-654-dev/subversion/libsvn_fs
From: Bill Tutt <rassilon_at_lyra.org>
Date: 2002-05-21 20:49:02 CEST
The code he's talking about is for the admin tool to specifically
Bill
---- Do you want a dangerous fugitive staying in your flat? No. Well, don't upset him and he'll be a nice fugitive staying in your flat. > From: Alon Ziv [mailto:alonz@nolaviz.org] > > The lurker strikes again... > Why even ask this question? I mean, woudn't it be safer/easier/better to > always start > deltification _from_ the new version, get its predecessor ID, and deltify > that? > > -az > > ----- Original Message ----- > From: "Bill Tutt" <rassilon@lyra.org> > To: <dev@subversion.tigris.org> > Sent: Tuesday, May 21, 2002 20:28 PM > Subject: RE: svn commit: rev 1987 - > branches/issue-654-dev/subversion/libsvn_fs > > > > > > > From: cmpilato@tigris.org [mailto:cmpilato@tigris.org] > > > > > [....] > > > +-- > > > + > > > +Deltification is currently the only process in place that asks the > > > +question, "Where is my next successor?" Currently the question is > > > +answered by doing a little node revision id mathematics; that's no > > > +longer an option. Input to deltification is still root/path, so what > > > +might a new algorithm be? > > > + > > > +-- > > > > This is kind of funky now. A portion of the answer is very similar to > > the problem of "What should my CopyID be for a new NodeRevision I need > > to create now?" > > > > The solution to this general question (as you noticed elsewhere) is to > > acquire it during your path walk. > > i.e.: svn_fs_node_id (&(args.id), root, path, pool) > > > > The other funky part is taking this "successor CopyID" calculation in > > combination with the TxnID ordering. > > > > i.e.: > > get TXN_ID from node revision id. > > Lookup REVISION with TXN_ID > > I = 1 > > Lookup the POSSIBLE_SUCCESSOR_TXN_ID for REVISION+I > > While REVISION+I is valid > > AND Not Exists NodeID.<calculated > > CopyID>.POSSIBLE_SUCCESSOR_TXN_ID: > > I++ > > Lookup the POSSIBLE_SUCCESSOR_TXN_ID for REVISION+I > > > > If you find a NodeRevision that exists, you've found your successor, and > > you should be able to assert that the predecessor is the NodeRevision > > you started from. > > > > Otherwise there is no possible successor. > > > > Bill > > > > > > --------------------------------------------------------------------- > > 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 --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org For additional commands, e-mail: dev-help@subversion.tigris.orgReceived on Tue May 21 20:50:00 2002 |
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.