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

Re: Takeover Take 2 Was: Re: the 'takeover' feature

From: Mark Phippard <markp_at_softlanding.com>
Date: 2006-04-18 15:56:12 CEST

"Molle Bestefich" <molle.bestefich@gmail.com> wrote on 04/18/2006 09:44:37
AM:

> Molle Bestefich wrote:
> > Checkout is designed for "checking something fresh out of the
> > repository", not "converting local files to a working copy".
>
> I would HATE to see Subversion attain the command set hell that GIT
> has. OTOH I think that lumping these two logically disparate user
> actions into one subcommand makes as much sense as, say, removing the
> 'checkout' command and making that a special flag to 'update'.
>
> Sure, the code path is probably basically the same, but from a user
> POV, there's a world of difference.

The argument to making this change has been that the current checkout
behavior is not what is expected. What it comes down to is that there are
three possibilities for what a theoretical checkout process could do if a
file it is checking out already exists locally:

1) Abort the process
2) Replace the file with the one from the repository
3) Leave the existing file, and continue the process

Checkout currently does #1, this would change it to #3. Part of doing #3
means sliding the .svn metdata under the existing file so that you can
then use normal svn commands, such as commit or revert to deal with the
local file.

So I would argue that we are not introducing any confusing behavior that
will be hard to document. We are just removing an obstacle to succefully
using Subversion.

I like your svn integrate idea as well, I just think it is a separate
issue. I'd also hate to see this improvement get derailed again.

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 18 15:56:51 2006

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.