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

RE: Ev2 paths (was: svn commit: r1310925 ...)

From: Greg Stein <gstein_at_gmail.com>
Date: Mon, 9 Apr 2012 18:20:50 -0400

Just talked a bit about the move problem with Justin. I figured out that if
src or dst are not in the negotiated root, then you are NOT moving. You
delete, or you copy [from the repository]. Ev2 just needs to edit the
receiver's state to a new state. It does not have to retain history about a
move.
On Apr 9, 2012 5:03 PM, "Bert Huijben" <bert_at_qqmail.nl> wrote:

>
>
> > -----Original Message-----
> > From: Hyrum K Wright [mailto:hyrum.wright_at_wandisco.com]
> > Sent: maandag 9 april 2012 17:26
> > To: Greg Stein
> > Cc: dev_at_subversion.apache.org
> > Subject: Re: Ev2 paths (was: svn commit: r1310925 ...)
>
>
> > For repos->wc drives, my initial thought was to have the "relpath
> > root" be the working copy root, but there are scenarios where that
> > doesn't play out too well. Commit test 28 "commit from disjoint
> > working copies" is one example, though we'd still have to do
> > repos_relpath->local_relpath->local_abspath translation on the client.
>
> For future reference in this thread:
>
> Note that this architecture would also break on switched paths.
>
> All this is why the update editor starts by describing the working copy
> layout to the repository before the update.
>
> In the update/switch/diff/merge handling the layout is handled at the
> repository, but when committing libsvn_client handles the working copy
> layout.
>
> The repository also handles mixed revision situations (which might show up
> as unrelated nodes), which we can mostly ignore for layout purposes on
> commit as that would just produce an out of date error.
>
> Bert
> >
> > -Hyrum
> >
> >
> > --
> >
> > uberSVN: Apache Subversion Made Easy
> > http://www.uberSVN.com/
>
>
Received on 2012-04-10 00:21:22 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.