RE: [Subclipse-dev] why is it that if i copy/paste over a file that it is then an outgoing deletion?

If I follow this discussion, I think the solution you are looking for is not 'revert' , but 'add'.

1) Delete a versioned file from project

2) Restore the file from local history via 'undo'

3) Do and 'svn add' against the file, it will change the pending state from 'delete' to 'replace'

So the solution is that if we could detect the 'undo' as such, we could issue an 'svn add' command to undo the pending delete operation.

Ed

________________________________
 Designing to requirements and walking on water are EASY......
...... So long as both are Frozen.

From: Johan Compagner [mailto:jcompagner_at_gmail.com]
Sent: Thursday, May 08, 2008 10:08 AM
To: dev_at_subclipse.tigris.org
Subject: Re: [Subclipse-dev] why is it that if i copy/paste over a file that it is then an outgoing deletion?

On Thu, May 8, 2008 at 4:04 PM, Mark Phippard <markphip_at_gmail.com<mailto:markphip_at_gmail.com>> wrote:
On Thu, May 8, 2008 at 9:59 AM, Johan Compagner <jcompagner_at_gmail.com<mailto:jcompagner_at_gmail.com>> wrote:

> > You delete the file it is gone. Subversion does not store it for you
> > anywhere. If you revert, Subversion can only put back the pristine
> > version.
>
> no need for that that subversion stores it somewhere. I dont care.
I do not follow this anymore. I thought we were discussing ideas for
a patch you wanted to work on and my suggestions were all along those
lines.

i just commented that i dont care about if svn has a copy of the (changed) file or not locally .
Eclipse already has that, so thats not the problem, i only want to get rid of the scheduled delete state
without using the complete revert command thats all.
svn state should be updated, but the file shouldnt be touched by subclipse/svn
it should keep its hands of the actual file. the file is fine it is just the state that is wrong.

johan
Received on 2008-05-08 16:18:34 CEST