在SCM中包含Eclipse项目文件是一个好的做法吗？

Question

我们有一个相当复杂的多模块Maven项目.有Flex模块,GWT模块,Java模块和许多WAR模块.为了简单地将这些项目导入Eclipse的过程,历史上我们在源代码树中包含了所有相关的Eclipse项目文件.

但是,这在过去一直是问题的根源,因为有时这些文件会被意外修改并签入...因此会给其他开发人员带来问题.随着M2E的出现及其对配置器的新支持,以帮助在导入时设置Eclipse项目,我们正在重新考虑这一策略.

一般来说,项目是否包含Subversion/Git/etc中的这些Eclipse文件？

Answer 1

顶级答案：这完全是一个品味问题:-)

\n\n

就个人而言，对于“内部”项目（您对其他开发人员的环境有一定的控制权），我确实包含了 Eclipse 文件，但需要注意的是，您必须确保每个人在其配置中都使用相对路径。（每隔几个月我们就会遇到一次构建中断，因为库路径是硬编码的。修复需要花费几秒钟的时间，但很烦人。）我通常还大量使用 Eclipse 代码格式化和编译器等工具警告设置，使生活更轻松（例如，没有大量的 Subversion 签入，因为某人的编辑者在格式化选项卡上发生了争执）。

\n\n

作为奖励，当您聘请新开发人员时，Eclipse Subversion 签出系统将在检测到主干/分支中的 .project 文件时自动配置项目。如果您使用 Eclipse 来管理您的构建（而不是 Ant 或 Make），那么这就是双赢。

\n\n

如果您在一个更加多元化的团队中（例如：使用 Eclipse 的方式不同（原文如此？）），那么在实践中，它们并不是“太大”的麻烦。我正在处理一个“协作”项目，该项目有一个充满 MicroSoft Visual Studio 控制文件和 .project 文件的文件夹，并且它们必须临时保持同步，但至少有“只有两个”集要同步的文件的数量。如果 Subversion 中没有它们，就会有每个开发者一个\xe2\x80\xa6

\n\n

我也听说过使用“虚拟项目”来保存项目文件。例如

\n\n

svn://someplace.nn/projects/MyProject/trunk \xe2\x80\x94> source\nsvn://someplace.nn/projects/MyProject.control/trunk \xe2\x80\x94> project control files\n

\n\n

我见过的唯一地方是在一个具有大型 GPL 分支和一个小型非 GPL 本地专有插件存储库 \xe2\x80\xa6 的项目中，GPL 分支没有 .project 文件，由于大多数 'Net 合作者不使用 Eclipse，项目文件位于内部（专用）Subversion 服务器上，而第三个项目包含专有插件代码。（第四个用于艺术，第五个用于音乐\xe2\x80\xa6）

\n