寻求共享Eclipse Projects的建议

Question

我正在寻找有关在开发人员之间共享Eclipse项目的最佳实践的建议。

我觉得每个开发人员都应该拥有自己的Eclipse工作区。但是，项目似乎更好地为许多用户提供贷款以使用相同的项目，例如，如果多个用户正在处理特定组件，他们都可能需要使用组件的项目，因为如果他们每个人都有自己的项目，他们每个人都必须建立和维护相同的项目依赖关系等。看看这是否是其他人做的事情，或者他们是否有理由为每个开发人员提供他自己的特定组件项目。

另外，如果建议共享项目，那么有关管理Eclipse项目的配置的建议是什么？在过去，我们使用过ClearCase，但我们现在正在寻求改为Git或SVN。在ClearCase世界中，做频繁的签入和合并似乎是可取的，以帮助团队保持最新状态。再一次，我正在寻找那些已经生活过的人的意见。

感谢任何建议或外部“如何”书籍或网站！

谢谢，

肯

Answer 1

共享Eclipse项目不会导致任何问题。只需将.classpath，.project文件和.settings目录（以及Eclipse在项目根目录下生成的任何与项目相关的配置文件/目录）放在源代码管理下。

此外，避免在项目中使用绝对路径（例如，对于外部库），因为所有开发人员不一定具有相同的设置并使用相同的位置。

Git，SVN或ClearCase：没关系：所有人都允许共享Eclipse文件。

Answer 2

我们将整个eclipse项目文件夹置于版本控制之下（对于包含已编译类的目录，使用svn：ignore）。

这使我们不仅可以共享构建配置，还可以共享启动配置（使用正确的VM参数），团队认为相关的编译器警告配置以及正在使用的编码约定的格式化程序配置。我们也可以这样设置文本文件编码。

Answer 3

  

...避免在项目中使用绝对路径

好点。

我们在ClearCase中遇到过一些问题。我们的第三方库被置于版本控制下的文件系统的不同部分。因此，为了避免libs的绝对路径，我们添加了一个ant脚本。该脚本会将lib复制到直接位于项目根目录下的视图专用目录。

然后，我们在项目中添加了一个构建器，以确保在每次clean + rebuild时首先运行该脚本。