eclipse - 将 Eclipse 项目文件包含在 SCM 中的源代码中是一个好习惯吗？

Question

我们有一个相当复杂的多模块 Maven 项目。有 Flex 模块、GWT 模块、Java 模块和许多 WAR 模块。为了简化将这些项目导入 Eclipse 的过程，过去我们已将所有相关的 Eclipse 项目文件包含在源代码树中。

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

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

Answer 1

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

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

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

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

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

svn://someplace.nn/projects/MyProject/trunk —> source
svn://someplace.nn/projects/MyProject.control/trunk —> project control files

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