Eclipse中的相对路径

班德最大:

我有一个Eclipse工作区,该工作区已签入Subversion存储库。但是,如果更改工作空间目录的名称,则不会加载项目文件,而必须重新导入它们,并再次设置任何与工作空间相关的设置。Eclipse是否可以使用相对路径?我不是这个项目的唯一团队成员,很遗憾,另一个人拒绝遵循通用的目录组织方案。

编辑 这些都是此时的所有Java项目

编辑工作区matadata文件夹中有几个文件,尽管这是我发现的与项目有关的第一个文件

<workspace root>\.metadata\plugins\org.eclipse.core.resources\.projects\ProjectName\.location

在此文件“ .location”中有一个基于文件的URL。在Eclipse崩溃时,当我尝试使用相对路径时,我做了一些研究,得出的结论是URL不能使用相对路径。

编辑这是.classpath和.project内容

.CLASSPATH

<?xml version="1.0" encoding="UTF-8"?>
<classpath>
    <classpathentry kind="src" path="src"/>
    <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
    <classpathentry kind="output" path="bin"/>
</classpath>

。项目

<?xml version="1.0" encoding="UTF-8"?>
<projectDescription>
    <name>SimpleHelloWorld</name>
    <comment></comment>
    <projects>
    </projects>
    <buildSpec>
        <buildCommand>
            <name>org.eclipse.jdt.core.javabuilder</name>
            <arguments>
            </arguments>
        </buildCommand>
    </buildSpec>
    <natures>
        <nature>org.eclipse.jdt.core.javanature</nature>
    </natures>
</projectDescription>

为了进行配置和测试,我一直在尝试仅通过简单的Hello World来完成这项工作!样品。

Newtopian:

工作区从未真正打算加入源代码管理。也许我误解了您的设置,但是如果您尝试在源代码管理中提交工作区的.metadata文件夹,那么您将面临很多麻烦!

不应将工作区置于源代码控制中,而应仅将项目本身放置。然后通过Subversive或其他Subversion插件,从SCM获取项目。eclipse将为您自动为您的项目创建所有资源和配置,如果您具有所有依赖项,它们应立即进行编译。

为什么您觉得需要在源代码管理中拥有整个元数据文件夹?

如果您正在寻找一种管理构建的简单方法,那么我建议您使用Ant,Maven或其他类似工具来帮助您。如果要保留设置,大多数设置都具有导出功能,我建议您得到一个特殊的项目来存储这些设置并将其置于源代码控制下,这不是理想的选择,因为它不是自动的,但是一旦设置,就不应更改所有设置。那经常。通常,我什至在将项目推送到SCM之前甚至从项目中过滤掉.settings文件夹和.classpath,然后让eclipse和maven插件根据需要为我重新生成它们。到目前为止,我从SCM找回东西从来没有遇到任何麻烦。设置一个新的状态要花一些时间,但是使用所有插件的Eclipse安装参考,然后导入配置和项目确实非常快捷。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章