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

我正在处理一个存储在SVN服务器上的项目。我总是在我的主工作站上做这个项目，但现在我需要从我的笔记本上签出这个项目

我在我的新开发环境中安装了所需的一切：EclipseIDE、JDK、ApacheTomcat

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

我只是简单地将项目配置到新环境中就解决了这个问题，但是很明显，当我提交更改时，我必须将所有这些参数重新配置到原始环境中

---

那么，有没有办法解决这个问题？我是否应该避免提交整个Eclipse项目，而只在服务器中存储源代码？哪一种是正确的工作方式我应该从版本控制中删除哪些文件/目录？JRE+服务器设置位于

.classpath

文件中。我是否应该将此文件从版本控制中排除？

您遇到了问题，因为您试图在svn中保留的内容多于所需的内容。在svn等代码控件中签入项目设置文件不是一个好主意。因为不同的开发人员根据他们的开发环境总是有不同的设置。应该使用代码控件签入代码，并根据环境配置其他内容

---

阅读相关帖子：

您可能希望签入主机名命名文件夹中的配置，通过这种方式，您可以将项目配置为基于您正在使用的计算机进行查找

例如：

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

每个文件夹将包含所有开发人员的配置

---

我相信在版本控制系统中，您应该尽可能提高效率，所以为什么不将配置放在适当的文件夹结构中呢

您不应该在Subversion存储库中存储

.classpath

。如果我记得的话，它存储类路径的绝对目录名。这将因系统而异

从存储库中删除

.classpath

，然后在项目的根目录（存储

.classpath

的位置）上放置一个

svn:ignore

属性，并将文件

.classpath

添加到忽略列表中

---

这样，其他人就不会意外地添加回

.classpath

文件。

JRE+服务器设置位于

.classpath

文件中。我是否应该将此文件从版本控制中排除？@davioooh即使您在版本控制中提交了这些文件，但如果开发环境没有安装JRE并且没有所需的LIB，则项目将无法工作。所以我会说不要承诺。Maven是一个很好的选择，至少可以避免jar问题。是的，我认为这是对我来说最好的解决方案。非常感谢你。