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

Re: bug? Deleting a file while another user changes it

From: Kent Tong <kent_at_cpttm.org.mo>
Date: 2005-11-09 02:36:36 CET

Mark Phippard <markp <at> softlanding.com> writes:

> If you have deleted the file locally then why are you doing this step? It
> seems you would want to Revert your local delete and/or just do an update.

Hi Mark,

Thanks for your reply!

Suppose that I'd like to have the file deleted, what should I do
in subclipse? If I'd like to get the new version instead, what
should I do?

> Have you tried this in the command line to see how it handles this
> situation? I think when you have a local delete and an svn up brings down
> a new version you get "odd" behavior that is possibly throwing off
> Subclipse.

Using the command line, I can perform an update without any
error. A local Bar.java is created but it is unversioned. When
I try to commit, it tells me there is a conflict. To resolve
the conflict, I can perform a "resolved". Then I can commit
(Bar.java is still unversioned). I'm not sure if this is a
natural behavior, but it at least tells me there is a conflict
and allows me to resolve it.
Received on Wed Nov 9 12:36:36 2005

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

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