如何避免在不同工作站上处理同一项目的配置问题

时间:2013-07-12 11:09:46

标签: java eclipse svn version-control subclipse

我正在研究存储在SVN服务器上的项目。我总是从我的主工作站开始研究这个项目,但现在我需要从笔记本上查看项目。

我在新的开发环境中安装了所需的一切:Eclipse IDE,JDK,Apache Tomcat。

现在当我签出我的项目时,我遇到了一些问题:JRE没有绑定到我的本地虚拟机,并且找不到目标运行时服务器(Tomcat)。

我解决了这个问题,只是将项目配置到新环境,但显然当我提交更改时,我将不得不将所有这些参数重新配置到原始环境。

那么,有没有办法解决这个问题?我应该避免提交整个Eclipse项目并在服务器中存储源代码吗?哪种工作方式正确? 我应该从版本控制中删除哪些文件/目录? JRE +服务器设置位于.classpath文件中。我应该从版本控制中排除此文件吗?

3 个答案:

答案 0 :(得分:3)

您遇到了问题,因为您试图在svn中保留比所需更多的东西。检查代码控制(如svn)中的项目设置文件并不是一个好主意。由于不同的开发人员将根据其开发环境始终具有不同的设置。应使用代码控制来签入代码,并根据环境配置其他内容。

阅读相关帖子:Should I keep my project files under version control?

答案 1 :(得分:0)

您可能想要在主机名命名文件夹中签入配置,这样您就可以根据您正在使用的计算机配置项目以查找它们。

例如:

config
  davioooh-laptop
  davioooh-home-pc
  alberto-laptop
  ...

这些文件夹中的每一个都包含所有开发人员的配置。

我相信在修订控制系统中你应该放任何帮助你加快工作效率,所以为什么不把配置放在适当的文件夹结构中。

答案 2 :(得分:0)

我认为你正在使用Eclipse?

您不应该将.classpath存储在Subversion存储库中。如果我记得,这将存储类路径的绝对目录名称。这将因系统而异。

从存储库中删除.classpath,然后在项目的根目录(存储svn:ignore)中放置.classpath属性,并将忽略列表添加到文件{ {1}}。

这样,其他人不会意外地添加回.classpath文件。