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

Re: [Subclipse-dev] [PATCH] delete unmanaged/filter conflics patch - Take II

From: Mark Phippard <markp_at_softlanding.com>
Date: 2006-02-07 19:07:49 CET

Paul Lorenz <plorenz@gmail.com> wrote on 02/07/2006 12:02:09 PM:

> I've always used "Override and Update" in CVS, which replaces managed
> resources with the latest version in the repo and also deletes any
> unmanaged resources (at least if the "remove unmanaged resources on
> replace" option is set. Not sure if it does it generally). At least,
> that is the behaviour in the synchronize view. Not sure if I've ever
> used for anything else.
>
> I initially intended to add this option to subclipse, but then saw
> that "override and update" already existed, but not in the same form.

It is sort of the same thing. We only enable the option on items that
have an incoming/outgoing change though. But we basically then do Revert
followed by Update.

So are you saying that CVS also enables the option on outgoing files, and
if you take the option, and the file was unversioned or added it will
delete it? OK, just read the help in 3.1 and it looks like this is the
case.

I have no real objection to making this option behave similarly to CVS.
Right now, it isn't enabled in those scenarios anyway so at least we are
only adding new behavior, not introducing a change in behavior.

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@subclipse.tigris.org
For additional commands, e-mail: dev-help@subclipse.tigris.org
Received on Tue Feb 7 19:07:55 2006

This is an archived mail posted to the Subclipse Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.