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

Re: Recursive Delete

From: Kevin Duffey <supreme_java_guru_1_at_yahoo.com>
Date: 2005-09-18 00:22:50 CEST

This is EXACTLY my sentiment. Mark is working on a fix
I believe for Subclipse to somehow tie in to the Team
API in a better manner, but as he points it, it may be
that Eclipse doesn't quite handle this right as well
and that the only solution is to wait (or add) the
team API code necessary to allow plugins like
Subclipse to know when a copy takes place, and add an
optino to copy ONLY the data and NOT the .svn folders.
That would be ideal if subclipse (and other plugins no
doubt) could add menu items like Team -> Copy and
possibly tap into the right-click Copy and *ignore*
the .svn folders for us.

--- Denny Valliant <valliant@unm.edu> wrote:

> After the thread about copying within eclipse (.svn
> get's copied as well) I
> realized what had been happening with some errors I
> got with my repos.
>
> I'd usually just delete my Working Copy and
> re-checkout a new WC,
> which seems to fix 100% of my problems.
>
> If I had kept to doing everything in the repository
> explorer, I would have
> been fine. (theoretically)
>
> The scoop is basically, you can delete and move
> folders in the navigator
> view within eclipse, and subclipse will take care of
> the SVN move/delete,
> but if you copy a folder from one directory to
> another, or even make a
> dupe of it, it copies the .svn folder, which it
> should not do, as you now
> have two copies of the same checked-out file, so to
> speak.
>
> So if you need to copy a directory, feel free to
> copy it, but be sure you
> delete the .svn folder therein, or use the
> repository view and copy it
> there.
> (within the newly created directory; don't delete
> the orig directory's .svn)
>
> I too have had a much smoother time now that I know
> to watch the .svn
> folders. (All the metadata is stored within, see)
>
> A fix is on the way, the main problem is eclipse and
> team API doesn't
> provide a good hook for the copy command.
>
> So be careful copying those directories!
>
> Kevin Duffey wrote:
>
> >What error? I am not seeing this problem. If the
> SVN
> >repository is out of date (update it), or you
> somehow
> >deleted any of the .svn folders within the
> directory
> >you wish to delete, I have seen this issue. Now
> that I
> >finally got a handle on these .svn dirs, I seem to
> be
> >able to keep my repository pretty solid.
> >
> >
> >--- Jeffrey Roberson <jeff@digitalrewind.com>
> wrote:
> >
> >
> >
> >>I get an error with Eclipse 3.1 newest version of
> >>subclipse and using
> >>JAVAHL.
> >>
> >>Cannot recursively delete folders.
> >>
> >>Eclipse 3.0 subclipse and JavaSVN doesn't have
> this
> >>issue.
> >>
> >>
> >>
> >>
> >>
>
>---------------------------------------------------------------------
> >
> >
> >>To unsubscribe, e-mail:
> >>users-unsubscribe@subclipse.tigris.org
> >>For additional commands, e-mail:
> >>users-help@subclipse.tigris.org
> >>
> >>
> >>
> >>
> >
> >
> >
> >
> >__________________________________
> >Yahoo! Mail - PC Magazine Editors' Choice 2005
> >http://mail.yahoo.com
> >
>
>---------------------------------------------------------------------
> >To unsubscribe, e-mail:
> users-unsubscribe@subclipse.tigris.org
> >For additional commands, e-mail:
> users-help@subclipse.tigris.org
> >
> >
> >
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe@subclipse.tigris.org
> For additional commands, e-mail:
> users-help@subclipse.tigris.org
>
>

                
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
Received on Sun Sep 18 08:22:50 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.