i think we should just focus on the undo..
Because if we fix that that after the undo the file is in a changed or not
changed state then
the copy paste problem is also automatically fixed.
So the 2 test cases that i can think of is this:
1> delete a file that is not changed and undo the deletion
result must be that the file is back in an no change state.
2> delete a file that is changed and then undo the deletion
result must be that the file is back in a changed state (didnt loose any
I also asked a friend of mine who uses subversive to do those things
and he got this back:
"delete cannot be undone, reason: there is not enough information to create
or restore ..."
I also asked to do the copy over and of a file that isnt changed it works
but of a file that was changed it does it wrong.. You loose the changes so
yes they are using revert..
So i guess there is a flaw in the api of svn itself.. you should just be
able to set the status to what you want..
or a command: revert to local working copy...
On Wed, May 7, 2008 at 4:33 PM, Mark Phippard <markphip_at_gmail.com> wrote:
> On Wed, May 7, 2008 at 9:45 AM, Johan Compagner <jcompagner_at_gmail.com>
> > by the way, i cant use revert command for this undo problem to be
> > Because i could have deleted an changed file..
> > Isnt it possible in the api to just reset a status of the file? (so set
> > status not changed or changed)?
> > I still have to know then that the file is changed or not compared to
> > svn version. but that can be done quickly in svn right?
> I would focus on the events that Eclipse sends when you do the
> copy/paste. Maybe you get both the delete and add together, so when
> processing the delete, you could "look-ahead" and see if an add is
> coming with the same file and then just ignore the delete.
> Unfortunately, I do not think it does this though. If you could that
> would be the ideal, because then you could just skip the svn delete
> which would solve all the problems.
> Mark Phippard
> To unsubscribe, e-mail: dev-unsubscribe_at_subclipse.tigris.org
> For additional commands, e-mail: dev-help_at_subclipse.tigris.org
Received on 2008-05-08 10:33:38 CEST