Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/eclipse/8.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
在Eclipse中移动项目的更简单方法_Eclipse - Fatal编程技术网

在Eclipse中移动项目的更简单方法

在Eclipse中移动项目的更简单方法,eclipse,Eclipse,我的项目改变了位置,我需要告诉Eclipse这一点。(我不是移动项目的人,它已经存在于不同的文件夹中。要在不同的分支上工作,我在不同的文件夹中工作。) 今天,我只是从Eclipse中删除项目,然后从新位置导入它 但我有很多项目,它们经常改变位置,路径也非常复杂。我想要一个更好的方法在Eclipse中管理这个 例如: J:\iteration234_abc\foo\bar\baz\iffle\dizzle\Project 只有根文件夹更改(迭代编号和idenfier“abc”)。之后有很多文件夹

我的项目改变了位置,我需要告诉Eclipse这一点。(我不是移动项目的人,它已经存在于不同的文件夹中。要在不同的分支上工作,我在不同的文件夹中工作。) 今天,我只是从Eclipse中删除项目,然后从新位置导入它

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

例如:

J:\iteration234_abc\foo\bar\baz\iffle\dizzle\Project
只有根文件夹更改(迭代编号和idenfier“abc”)。之后有很多文件夹。许多文件夹都有大量名称相似的子文件夹,这使得使用GUI查找文件夹既耗时又非常枯燥

如果我能编辑路径就太好了


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

我不明白为什么源代码管理会导致本地项目更改位置。也许你应该考虑使用一个不需要你改变路径的VSN或另一个SCM。p> 以“项目交换”格式导出项目(基本上是zip文件)。然后将zip重新导入到“新”位置——所有旧的固定路径都将映射到新路径。

我发现,在这种情况下,更简单的方法是使用两个不同的eclipse工作区,每个工作区指向不同位置的项目


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

另一个选项是导出“团队项目集”。您会得到如下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工作区中

您不理解该部分,因为我没有解释它。我没有解释是因为它不相关。修订控制系统实际上是一个非常复杂的企业设置,同一来源在许多地方都可用。因此,为了实现一个功能,我在J:\abc123456\u foo中编辑了该项目,并修复了我在J:\abc123457\u bar中编辑的同一项目中的一个不相关的错误。要继续使用新功能,请返回J:\abc123456\u foo。这就是它的工作方式,我们不会因为我不喜欢在GUI的深层结构中选择文件夹而改变它。好的,我在使用其他SCM时也经历过类似的“分支”。我认为最好的解决方案是为同一个项目的不同部分使用不同的工作区。好主意。但这对我并没有什么帮助,因为它通常是一个新的地点。