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

Copy (non java) directories in eclipse leads to severly breakage

From: Huibert Alblas <huibert_at_splitbrain.de>
Date: 2005-08-16 12:35:11 CEST


we are 3 developers who have been subversion and eclipse on (debian) linux for
over a year.
One has used eclipse2.x (my boss) and of us 2 were using 3.x since the early
milestones, including the subclipse plugin.

First off all: Thanks! it reallly works good.

Last week we all switched to eclispe 3.1, subversion 1.2 (server too) and the
latest subclipse plugin (0.9.32)

My boss works on a project where he needs to rearange some directories.
He says it worked in eclipse2/subclipse I have not verified yet) but is
broken in eclipse3/sublcipse.

This has to do with these issues:

In issue 276 Brock Janiczak postst that this (copying the .svn dirs) is a
feature, if this is the case, I fail to see how to use this feature

The problem now is that copying a directory sub tree from one location into
another in the same projects breaks he next commit,
but for a normal user it is not obvious why.

For now I advised him to to directory structure changes from the commandline
(using svn cp and svn mv)

My question is:
- will these bugs be solved any time soon
- if not, is doing it on the command line the best way to go, or is there a
better way (prefferably in eclipse)

On the other hand, if someone can point my to the "right" location in the
plugin source, I could try and implement it my self.
Can't be to hard for a full time Java programmer :-()
If this takes about a day or so, my boss is OK with me spending company time
on implementing it.
But for this I'm probably on the wrong list here.

I hope you can give me some advice, thanks in advance and keep up the good

Have fun,

Huibert Gill
Received on Tue Aug 16 20:35:11 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.