我相信这将通过以下方式更好地实现:
链接的资源定义了一个路径变量,它等于/my/path/to/lib/src
链接文件夹将引用您的链接资源
(您可以使用“变量”按钮使用变量而不是固定路径)
该变量实际上始终是本地的(对于一个人的工作区),并且将通过Linked Resources
首选项屏幕进行修改。
链接文件夹也可以是...链接文件,从而允许通过相对路径(相对于变量)引用存档。
然后这个链接文件(这里是链接档案)可以classpathentry
在“ source
”属性中关联到您的。
链接资源的问题在于它们在首选项中位于工作区的本地。
您可以将首选项导出到一个[myPrefs.epf]
文件中,然后修剪导出的文件以便只保留包含以下内容的行pathvariable
:
/instance/org.eclipse.core.resources/pathvariable.MY_DIRECTORY=/my/path/to/lib/src
然后任何人都可以导入这个特殊的首选项文件,这只会影响“ Linked Resources
”部分。
该解决方案不是很令人满意,因为.epf
无法在项目中自动加载首选项文件。
当我设置一个带有定义路径的链接资源的项目时,我总是README.txt
在我的项目的根目录下留下一个大的,以鼓励所述项目的用户使用他/她自己的固定本地路径定义相同的链接资源。
一些 bug正在进行中以增强这种情况或围绕链接资源主题。
尤其:
DevByStarlight在评论中提到了该项目(自 2011 年 10 月以来不太活跃)workspacemechanic。
Workspace Mechanic 通过调整首选项、添加扩展位置等来自动维护 Eclipse 环境。您可以使用它来:
- 在整个公司、您的本地团队甚至您自己的许多工作空间中创建一个一致的环境
- 节省设置新工作区的时间
- 创建任务以确保将您最喜欢的新首选项应用到您当前和未来的所有工作区。(这是我们最喜欢的功能之一!)
Workspace Mechanic 行为的关键是Task
.
任务描述了一个简单的测试和一个动作,当它运行时会改变环境,因此测试随后会通过。
Tasks
可以有多种形式:首选项文件、Java 类、Groovy 脚本和 Eclipse 扩展。您可以轻松定义自己的任务。
它带有一组脚本: