Have you considered creating a read-only repository that is outside of
the svn repository that is updated using hooks after each commit? Your
users could create sym links to that. Or just access it as a share or
mount it somewhere on their local PC... making sure that the group/users
only have Read permissions.
Or, show your users how to export when they won't need to be doing
commits?
BOb
> -----Original Message-----
> From: Chad Dombrova [mailto:chadrik_at_gmail.com]
> Sent: Friday, January 02, 2009 5:27 PM
> To: users_at_subversion.tigris.org
> Subject: shared checkout of large binary files?
>
> I'm looking into the suitability of SVN for performing revision
> control on many large binary files, but i'm concerned about the
> massive waste of disk space that will result with the standard
> "working copy" paradigm.
>
> Here's a description of our scenario:
>
> - the binary files will be checked out to hundreds of working copies
> on a centralized server
> - the total size on disk of the binary files will total several
> gigabytes per working copy
> - each working copy needs independent control over which revisions of
> the binary files are checked out, however most will contain the HEAD
> revision.
> - very few of the owners of these working copies actually need to
> modify the binary files, most simply need read-only access to the
files.
>
> when using SVN it is normal for each working copy to contain largely
> the same set of files, but in our case, these files are very large and
> it is not feasible or efficient for us to have terabytes of redundant
> data checked out to our server. what i would really like to see is
> the ability to check out a symbolic link to a shared, read-only copy
> of the file, stored in some scratch space on our server. in this way
> all of the working copies that have checked out a particular revision
> of a file will share one copy. i'm assuming that this feature does
> not exist, but is it something that others might find useful?
>
> does anyone have any advice on how SVN could be used to efficiently
> handle a scenario like this?
>
> thanks,
> chad
>
> ------------------------------------------------------
>
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageI
d=
> 1000116
>
> To unsubscribe from this discussion, e-mail: [users-
> unsubscribe_at_subversion.tigris.org].
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1005472
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-01-05 17:05:29 CET