Re: [Subclipse-users] Top level folder copying has incorrect subversion path

Eclipse does not fire an event when you do this, so Subclipse cannot
step in do the right thing. Try using Team > Copy instead.

There has also been work happening in this issue to look for a way to
remove the SVN metadata after the copy happens:

http://subclipse.tigris.org/issues/show_bug.cgi?id=784

On Fri, Aug 7, 2009 at 6:37 AM, Simon Goodall<simon.goodall_at_eurobios.com> wrote:
> I keep coming across a problem where I drag and drop a top-level folder in my plug-in project into another project, however subclipse does not notice that is a new folder and retains the original repository location.
>
> E.g.
>
> I have a plugin project, project_1, with a non-source folder called folder_1 and a second plug-in project, project_2.
>
> svnroot/trunk/project_1/folder_1
>
> svnroot/trunk/project_2/
>
> I drag folder_1 into project_2 to get;
>
> svnroot/trunk/project_2/folder_1.
>
> I would expect it to be marked up as a newly added folder (with the + icon). However it is copied across and marked as unchanged. Checking the svn properties shows the existing project_1 repo path.
>
> This makes it hard to delete as subclipse sees the svn data and tries to delete it from the repo as well, but it fails as the parent project in the repo does not contain the the folder.
>
> ------------------------------------------------------
> http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2381245
>
> To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
>

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2381282
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].