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

Re: [Subclipse-users] Recursively reverting files

From: Mark Phippard <markphip_at_gmail.com>
Date: Fri, 26 Feb 2016 16:06:51 -0500

On Fri, Feb 26, 2016 at 3:54 PM, Jacob Weber <jacob_at_jacobweber.com> wrote:

> Reverting a bit change in Subclipse is kind of a nightmare -- you have to
> go through several rounds of Team > Revert, each one slowly reverting one
> file at a time. There's got to be a better way.

I cannot recall a single occasion in 10+ years I have had to do this. So
what is the specific scenario you have where this is necessary? Please
provide more details. How does TortoiseSVN handle the same situation?

> I took a look at:
> http://subclipse.tigris.org/issues/show_bug.cgi?id=1303
> and I'm aware of the UI issues it mentions. But it seems like:
> - if it's going to revert each selected file individually, it could still
> pass -R when reverting each one, so that if it's a directory, its contents
> will be reverted. This would especially help when you deleted a nested
> directory, and each Revert command just restores one layer of files, but
> not its children.
> - in the dialog, if you select all files in a directory, it could revert
> the directory itself. The UI already makes it look like it will do this, by
> checking the directory when you check its files.

The main issue with reverting a directory is we have to be careful to not
inadvertently revert the children when that is not desired. For example if
you are reverting a property change on a folder, but do not want to revert
the content changes in all files beneath the folder too.

If the folder is scheduled-add, then it should be safe to revert it
recursively since you cannot revert the folder without the children anyway.

Mark Phippard
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2016-02-26 22:07:03 CET

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