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

RE: revision 12901 of "Version Control with Subversion"

From: Monks, Peter <peter.monks_at_vignette.com>
Date: 2005-02-02 17:48:42 CET

G'day Toralf,

Let me reiterate your question, just to make sure I understand it. ;-)
You asked:

   Is it possible to integrate the rsync protocol into Subversion so
   that the number of bytes transferred across the network is
   minimised?

If I understood you correctly, the answer is that there's no need for
Subversion to use the rsync protocol (or any other compression
protocol for that matter), since it already uses an efficient network
protocol for all network operations.

Cheers,
Peter
 
----------------------------------------------------------------------
Peter Monks http://www.sydneyclimbing.com/
pmonks_at_sydneyclimbing.com http://www.geocities.com/yosemite/4455/
----------------------------------------------------------------------
 

 
 

> -----Original Message-----
> From: Toralf Förster [mailto:toralf.foerster@gmx.de]
> Sent: Wednesday, February 02, 2005 7:51am
> To: users@subversion.tigris.org
> Subject: revision 12901 of "Version Control with Subversion"
>
> You wrote
> Chapter 3:
>
> ..
> At first glance, this might not seem that important, but imagine the
> repercussions if you try to commit a one line change to a
> 400MB file and
> have to send the whole file to the server!
> ...
>
> Nice feature but rsync reduce also the amount of bytes to transfer.
> Althought this could be a hard work it is possible to integrate the
> logic of rsync into subversion and btw reduce the amount of bytes to
> transfer, isn't it ?
>
> Sincerely yours
> Toralf Förster
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Feb 2 17:51:00 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.