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

Re: svn commit: rev 7695 - in trunk: doc/book subversion/include subversion/libsvn_fs subversion/libsvn_repos subversion/svnadmin subversion/tests/libsvn_fs

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2003-11-12 23:32:36 CET

"C. Michael Pilato" <cmpilato@collab.net> writes:

> That's interesting ... I wonder why. Oh! If you go backwards, you
> have to first *undeltify* your "against" nodes so you can deltify your
> target nodes. In the opposite direction, your "against" nodes are
> always fulltexts. That makes sense. And, fortunately, is the best
> direction for later undeltification anyway.

My understanding of deltification is a little vague. Once a node is
deltified do subsequent commits or deltifications change it? Can the
fs determine that a node is already delitified? It would be great if
"svnadmin deltify -r1:HEAD" could simply skip over already deltified
nodes, at present re-running deltification on an already deltified
repository takes longer than the original deltification.

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 12 23:33:27 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.