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

Re: Update-Only Checkout Enhancement

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: Wed, 11 Dec 2013 11:47:10 -0600

On Wed, Dec 11, 2013 at 11:16 AM, Bob Archer <Bob.Archer_at_amsi.com> wrote:
>> Yes, I understand the export function. I want functionality for release
>> management into test and production environments.
>>
>> For these environments I have a few requirements:
>> Files in these environments will NEVER be edited
>> For new releases I will need to perform an update to revision, which
>> will add, update and delete needed files
>> I want as small of a .svn directory as possible
>
> Why? Disk is cheap. Much cheaper than the time it would take to modify svn to work the way you are requesting. Heck, I just bought a 1TB SSD for ~$500. The spinning version was about $120.

Sometimes it is a good idea to distribute work out to clients and
sometimes you really want the client to just be a lightweight client
and make the server do the work of serving. I've always liked the
minimal amount of data that CVS needs on the clients and sometimes
wished that svn could match that.

> I would recommend you write a script that does an export rather than using the update feature. Although, this would probably mean the task would take longer, since you don't have the benefit of the .svn pristines to know what changed files need to be requested from the server. But, it sounds like you care more about disk space than network traffic and/or time. Of course, that is your decision to make.

Within reasonable limits it doesn't cost anything more to send more
network traffic. But the cost of client disks scales up by the
number of clients. Sometimes you can get by mounting a network disk
into all the clients, but then performance suffers, especially with
windows clients.

-- 
   Les Mikesell
     lesmikesell_at_gmail.com
Received on 2013-12-11 18:47:45 CET

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.