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

Jonathan Gilbert wrote:
> [ snip ]

I completely agree with _almost_ all of your points and reasoning.

> For me, the fact that "update" would add missing files automatically
> as part of my "takeover" operation was never a problem,
> because I never actually *had* other files to be checked out that weren't
> already in the local copy.

It did *not* provide any value for you, though, and there's a real
chance that converting to a real WC and then checking out a bunch of
files on top at the same time will leave a lot of people really
confused.

While I completely understand that Subclipse need to have files
checked out on top, I think that that's a case which can easily be
handled by Subclipse doing an 'svn update' to the right revision after
converting to a WC.

The great many other feats that can be accomplished with this feature
shouldn't have to be abolished by integrating these two actions just
because it happens to be slightly more practical for Subclipse, me
thinks.

Have I mentioned already that I also find it cleaner if separate? I
might have :-)..

> As I see it, though, such files should be automatically scheduled
> for deletion in the repository; otherwise, the working copy is
> inconsistent with the "entries" file and gets tagged, as
> mentioned by a previous poster, with a '!' in "svn status".

Automatically scheduling files for deletion would actually be a gift
for my backup purposes :-), but I think it's the wrong thing to do
anyway. I do not find "missing" status inconsistent at all.

You tell Subversion to pretend that a folder is a WC, and Subversion
tells you that in that case some files have gone missing from that WC
and it's not quite sure if it's intentional. With a real WC you would
have explicitly told Subversion to remove each file from versioning
with 'svn rm', and I think that should apply here too.

(What I *would* like to see is a '--remove-missing' option to 'svn
commit' though...)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Apr 22 05:25:33 2006