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

Re: [rfc]Checkout without the .svn Directories

From: Anthony Metcalf <anthony.metcalf_at_anferny.ath.cx>
Date: 2004-12-06 11:34:55 CET

On Sun, 5 Dec 2004 22:23:56 +0100
Vincent Lefevre <vincent+svn@vinc17.org> wrote:

> > I don't understand what you mean.
>
> If a "svn up" has been interrupted, the next time a "svn up" is
> performed, svn wouldn't know whether a file has not been updated
> yet with "svn up" or were modified by the user.
>

Hmm I see what you mean. The way I would envision it though, the
revision number stored in the exported tree would only be updated after
all files have been transfered. Hence an svn up after a failed svn up,
would grab a load of files it does not need to.

How much of a problem this is would depend on how often svn up failed.

> > Let me re-itterate, you would *never* make any changes in this tree.
>
> In this case, I assume that you don't want a "svn up" (which takes
> into account modifications by the user -- and doesn't know that the
> user never makes change in your case), but some form of optimized
> svn export.

I don't really see the difference, except what you type.

Your right, the finctionality to recognise that this tree has been
exported before could be put into export; Or svn up could be altered to
see that it is in an exported tree not a checked out tree.

  • application/pgp-signature attachment: stored
Received on Mon Dec 6 11:37:09 2004

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.