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

Re: [Subclipse-users] Revert on a project is too slow

From: Javier Kohen <jkohen_at_users.sourceforge.net>
Date: 2007-09-18 18:46:53 CEST

Hi Mark,

El mar, 18-09-2007 a las 10:05 -0400, Mark Phippard escribió:
> On 9/18/07, Javier Kohen <jkohen@users.sourceforge.net> wrote:
> > I noticed that running Revert on a project's root takes too long. From
> > the console output it seems that Subclipse is invoking revert -N for
> > each file instead of doing it recursively in one go for the whole
> > project. Running revert for the whole tree from the command line on the
> > same project takes very little time.
> >
> > This project has over 6000 files, most of which are generated by Apach
> > Axis and cannot be split. In any way, since the command line handles it
> > speedily and that seems to be the point of reference, I think it's worth
> > considering the recursive revert option or something to that end.
>
> There is an open issue for this. I cannot think of a great solution.
> Doing a recursive revert from the existing option would be dangerous
> and easy to revert someone's changes that they did not want.

Is this more dangerous than doing it from the command line?

Do you think that it would be a bad idea to popup a dialog saying
something along these lines?

You are about to revert the following resources and all resources
contained within. This is a non-reversible and destructive operation,
all changes will be lost.

List of resources (optionally only directories)

[ ] Don't ask me again
| Proceed | | Cancel |

This could popup whenever directories are part of the selection or
always.

Let me know if I misunderstood your concern.

Thanks,

-- 
Javier Kohen <jkohen@users.sourceforge.net>
ICQ: blashyrkh #2361802
Jabber: jkohen@jabber.org

Received on Tue Sep 18 18:54:40 2007

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.