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

Re: Committing modifications with fulltext deltas

From: Branko Čibej <brane_at_xbc.nu>
Date: 2005-02-16 12:26:13 CET

Daniel Patterson wrote:

> Hello,
> One of my users wants to be able to do "svn import" over the top
> of an existing structure without having to have a working copy,
> doing modifications of existing items, adding new ones and deleting
> things that aren't there (a-la svn_load_dirs.pl)
> I've been looking at what it'd take to implement this, and I think
> it's reasonably doable. If my understanding is progressing right,
> I should be able to create a commit editor and perform a bunch
> of add_file, add_directory and (open_file, apply_textdelta, close_file)
> operations, then commit.
> I can see how an add_file would work just fine without a text-base to
> create a delta stream with, but I'm not sure of the implication
> of not having a text-base available to calculate a delta for
> modifications.
> Looking through libsvn_wc/adm_crawler.c:svn_wc_transmit_text_deltas,
> it seems that the use of text-base (indicated with the "fulltext"
> parameter) is optional, and things will work just fine if that is
> always set to true (albeit slower).
> Does the delta that's sent over-the-wire have any affect on the delta
> that's stored in the repository? Or is the new fulltext calculated,
> and then a new delta created for storage in the filesystem (i.e.
> is the over-the-wire delta simply for efficiency and it'll work
> whether you send a fulltext delta or a text-base based delta?)?

The delta that's sent over the wire bears no relation to what's stored
in the repository. If it did, client behaviour would dictate how the
server internally stores file revisions. Perish the thought. :-)

-- Brane

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Feb 16 12:27:27 2005

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.