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

RE: stub file support

From: Craig Dayton <cadayton_at_wavecable.com>
Date: Fri, 20 Jun 2008 05:12:40 -0700

Thanks for the response.

Actually, the desired functionality is to have a stub file referencing the
same repository but the file would not contain any data other than a
reference to the repository.

A similar behavior can be done with the existing version by deleting all the
files beneath the checkout directory (except .svn) using the file system
delete. Now in order to get a listing of the files in the checked out
directory, one has to browse the repository. Having a stub file on the
client would avoid a trip to the repository for the list of files. Other
benefits include less local disk space usage and reduced load on the server
(less browsing).

-Craig

-----Original Message-----
From: Peter Samuelson [mailto:peter_at_p12n.org]
Sent: 06/18/2008 18:38
To: Craig Dayton
Cc: dev_at_subversion.tigris.org
Subject: Re: stub file support

[Craig Dayton]
> My meaning of this is the client could execute something like:
>
> svn stub C:\somedir\somebigfile.txt
>
> The source file/s would be committed if necessary, but the resulting
> file would still exist on the client but would be a stub file pointing
> to the SVN location. If the file needed to be accessed again, a svn
> checkout would have to be performed.

It seems fairly likely that per-file 'svn switch' (which is currently
per-directory) will be in 1.6. That would do more or less what you want.
Per-file externals seem to be on the way too.

--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-06-20 14:13:10 CEST

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.