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

Re: [PATCH v2] Reject checkouts to existing directory

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Fri, 28 Oct 2016 13:53:06 +0000

Branko Čibej wrote on Fri, Oct 28, 2016 at 14:22:31 +0200:
> On 28.10.2016 09:02, Stefan Sperling wrote:
> > On Fri, Oct 28, 2016 at 02:49:04AM +0200, bert_at_qqmail.nl wrote:
> >> In the summary I don’t see the support for restartability of a broken checkout. See the documentation of svn checkout in the svn-book. (http://svnbook.red-bean.com/nightly/en/svn.ref.svn.c.checkout.html)
> > Yes, we'll need to make checkout work automatically in that case.
> >
> > For example, inside the client library(!) the checkout code path could ask
> > if the target dir is already a working copy root (svn_wc__is_wcroot())
> > and if so get its url (svn_wc__node_get_repos_info()) and then compare
> > that url to the (canonicalized version of) the URL which was passed on
> > the command line. If those match, proceed without require the force flag.
> >
> > That's the idea -- I don't know if this would be straightforward to
> > implement right now, or if something would get in the way of this.
>
>
> It's never that simple ... you'd have to compare repos UUID, not URL,
> and possibly do an automatic relocate if the UUIDs match but the URLs don't.

Or perhaps compare UUID and the repos-root-relative URL, so it'd be
possible to resume a checkout using a different URL to the same
directory, but not using a URL to another directory.
Received on 2016-10-28 15:55:14 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.