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

RE: Another request for obliterate...

From: Joshua Jensen <jjensen_at_workspacewhiz.com>
Date: 2005-04-16 18:17:21 CEST

> That's not the use case being argued here. The idea seems to
> be using Subversion as a shared disk, to store big files for
> which nobody wants to keep history data. It would ony used as
> a communication mean between developers (or even
> departments). Subversion (or any other SCM software) isn't
> suited for that job. They will be much happier (although they
> don't know that yet =) ) with just using a network drive.

(Sorry for the late response. My Internet connection has been down.)

I'm not sure I said that I didn't want to keep history data. In fact, I
thought I was pretty clear that we needed the ability to sync back to later
revisions. Since that is the case, history data is required to be there.
However, there comes a time when having all the history for the large files
adds up, and it is necessary to remove old versions of the data. We don't
want to do this, but as other threads have explained, industrial disk space
(and its management) is not cheap.

Subversion (and a lot of other SCM software) is absolutely suited to the
job.

Josh

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Apr 16 18:20:30 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.