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

Re: svn commit, please don't make me tell you the old path for each move

From: Julian Foad <julianfoad_at_apache.org>
Date: Sat, 28 Jan 2017 19:47:00 +0000

Daniel Shahaf wrote:
> Stefan Sperling wrote on Fri, Jan 27, 2017 at 10:18:05 +0100:
>> As far as I recall, the concern here has always been about cases where
>> the user is passing specific arguments, e.g. should 'svn up dir', where
>> 'dir/child' was moved to 'otherdir/child', update just 'dir' or both 'dir'
>> and 'otherdir/child'? SVN asks users to make this decision at the conflict
>> prompt.
>>
>> I think such questions simply boil down to whether we expect path arguments
>> to represent working copy "paths" or working copy "nodes" addressed by path.
>
> This gets a little less obvious when multiple layers are involved, e.g.,
> .
> svn rm kappa
> svn mv iota kappa
>
> Should 'svn commit kappa' commit only the rm, or both the rm and the mv?

I'm willing to draw up a proposal that satisfactorily addresses these
sorts of combination cases. A rule that's simple and easy to understand.
No time to write a full version just now, but along the lines of: if a
move target path within the requested commit has a corresponding move
source path that is not within the requested commit, then automatically
include the source path *iff* the only scheduled change to that source
path is the move-away. (So in your example, commit both.)

- Julian
Received on 2017-01-28 20:47:11 CET

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.