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

RE: RE: Evaluating SVN as a Document Management Solution

From: Gleason, Todd <tgleason_at_impac.com>
Date: Fri, 7 Mar 2008 15:55:01 -0800

Subversion uses a binary differencing algorithm, so this is not
necessarily true.

Though if the files are compressed, I'm guessing the algorithm does
poorly (either that or it internally detects compression, and
uncompresses to do the diff).

-----Original Message-----
From: Tom Blough [mailto:tom.blough_at_truetemper.com]
Sent: Friday, March 07, 2008 4:51 PM
To: users_at_tortoisesvn.tigris.org
Subject: RE: Evaluating SVN as a Document Management Solution

> >typically in MS Office applications, deliverables are typically
> > drawings in AutoCAD or Microstation, and database content
> is typically
> > financial data from which reports are generated.

For your application, your repository will be huge. All of the file
types
you mention are binary. Therefore, SVN cannot calculate a diff on the
file
and will end up storing a copy of the complete file.

There was a recent thread concerning using XML data formats for newer
versions of Office in order to save diff content, but that can cause
problems due to the fact that XML is not order specific. Office can,
and
does, generate different XML for the same document.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-03-08 00:55:45 CET

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

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