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

AW: Updatable svn export

From: Markus Schaber <m.schaber_at_codesys.com>
Date: Fri, 12 Jul 2013 09:48:14 +0000

Hi, Bert,

Von: Bert Huijben [mailto:bert_at_qqmail.nl]
> From: Markus Schaber [mailto:m.schaber_at_codesys.com]
> > Von: Daniel Shahaf [mailto:danielsh_at_elego.de]
> > > David Schweikert wrote on Thu, Jul 04, 2013 at 15:04:34 +0200:
> > > > I was thinking that we could use something like a "svn update
> > > > --readonly", where svn doesn't any check anything on the
> > > > working copy, but just applies any changes committed since
> > > > the last update.
> > >
> > > That's a common scenario, for example it applies to:
> > >
> > > http://subversion.apache.org/faq.html#website-auto-update
> > > https://svn.apache.org/repos/asf/subversion/trunk/tools/server-
> > > side/svnpubsub/svnwcsub.py
> > >
> > > so enhnacing the core to support it better is not a bad idea.[1]
> > > I'm not sure whether specifically svn update
> > > --do-not-crawl-the-disk is the best way forward; Johan's
> > > suggestion of a broader users@ discussion might
> > > lead to identifying a better solution.
> >
> > Is it really always crawling the whole working copy? It could do so
> > later, and just for the nodes which were actually touched by the
> > update.
>
> As part of the update we report which version of which nodes exist in
> the working copy. Ideally the working copy contains a single revision
> and no switched paths, in which case there is not much to report, but
> in other cases this report can get bigger.
>
> Without this report the server can't 'minimally describe' the changes
> needed.
>
> And getting a full checkout would be much slower than a local crawl
> (which is just reading wc.db, plus in many cases a local exists check
> to restore missing nodes).

But I think this step only needs to access the working copy database,
not the actual files, as the diff sent by the server is against BASE and
not WORKING (which the server cannot know about).

Best regards

Markus Schaber

CODESYS(r) a trademark of 3S-Smart Software Solutions GmbH

Inspiring Automation Solutions

3S-Smart Software Solutions GmbH
Dipl.-Inf. Markus Schaber | Product Development Core Technology
Memminger Str. 151 | 87439 Kempten | Germany
Tel. +49-831-54031-979 | Fax +49-831-54031-50

E-Mail: m.schaber@codesys.com | Web: http://www.codesys.com | CODESYS store: http://store.codesys.com
CODESYS forum: http://forum.codesys.com

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
Received on 2013-07-12 11:48:52 CEST

This is an archived mail posted to the Subversion Dev mailing list.