2010-06-07 72 views
7

我的项目改变了位置,我需要告诉Eclipse这个。 (我不是那个移动项目的人,它已经存在于不同的文件夹中,要在不同的分支上工作,我需要在不同的文件夹中工作。) 今天,我只是从Eclipse中删除项目并将其从新位置导入。在Eclipse中移动项目的更简单的方法

但是我有很多项目,他们经常改变位置,路径很复杂。我想要一个更好的方式来在Eclipse中管理这个。

例如:

J:\iteration234_abc\foo\bar\baz\iffle\dizzle\Project 

只有根文件夹的改变(迭代数和idenfier “ABC”)。之后有很多文件夹。许多文件夹都有大量具有相似名称的子文件夹,这使得查找具有GUI的文件夹耗时且非常无聊。

如果我可以编辑路径,那将会非常好。

正如您可能已经猜到的那样:J驱动器是由源控制系统提供的网络驱动器。告诉源代码管理我正在处理另一个迭代的方式是继续我的工作在另一个文件夹中。我的实际Eclipse工作区通常不包含任何项目。

回答

-2

我不明白为什么您的源代码管理应该导致您的本地项目更改位置。也许你应该考虑使用SVN或者其他不需要你改变路径的SCM。

+2

导入你不明白,部分原因是我没有解释。我没有解释它,因为它不相关。 版本控制系统实际上是一个非常复杂的企业设置,并且在许多地方都有相同的源代码。因此,为了实现一个特性,我编辑J:\ abc123456_foo中的项目,并在J:\ abc123457_bar中编辑同一项目中修复不相关的错误。要继续使用新功能,请回到J:\ abc123456_foo。 这只是它的工作方式,我们不会因为我不喜欢在GUI中选择深层结构中的文件夹而改变这一点。 – myplacedk 2010-06-08 06:47:02

+0

好吧,我经历过类似的使用其他SCM的“分支”。我认为最好的解决方案就是对同一个项目的每个不同的变量使用不同的工作空间。 – Alb 2010-06-08 08:15:06

-1

以“项目交换”格式导出项目(基本上是一个zip文件)。然后将zip重新导入“新”位置 - 所有旧的固定路径将映射到新路径。

1

我发现在这种情况下更容易的是有两个不同的eclipse工作区,每个工作区指向不同位置的项目。

然后,您可以使用“文件 - >切换工作区”一次更改所有打开的项目。

+0

好主意。但它并不能真正帮助我,因为它通常是一个新的位置。 – myplacedk 2010-06-08 08:19:09

0

另一种选择是导出“团队项目集”。你得到这样的XML文件:

<?xml version="1.0" encoding="UTF-8"?> 
<psf version="2.0"> 
<provider id="org.tigris.subversion.subclipse.core.svnnature"> 
<project reference="0.9.3,https://xxx/trunk/com.image4j,com.image4j"/> 
<project reference="0.9.3,https://xxx/trunk/com.jacob,com.jacob"/> 
</provider> 
</psf> 

这是一个文件,然后可以手动编辑,然后在空白的Eclipse工作区

相关问题