0

.project 文件包含对项目中使用的项目性质的引用。

这些项目性质取决于本地开发人员机器上安装的插件。

那么，该文件是否应该从 SVN 中排除？

其他开发人员不知道的特性会导致问题吗？

谢谢

4

2 回答 2

1

我从不提交那些（尤其是 .project），并且总是投票支持他们被 svn:ignore'd。也许我错了，但我只向 SVN 提交代码，然后通过从 SVN 签出来创建一个新项目。

每次我检查一个提交了这些文件的项目时，都会破坏我的项目。但话又说回来，也许那只是我的同事......打破我的意思是转换这些

src/com.package.name1
src/com.package.name2
src/com.pack.name1
src/com.pack.name2

对这些

src/
src/com
src/com/package
src/com/package/name1
src/com/package/name2
src/pack
src/pack/name1
src/pack/name2

和其他类型的不必要的刺激......比如它们不再被识别为包，而是被识别为文件夹。其中一件让您必须运行 eclipse -clean 或删除/重新导入项目或将时间浪费在您不想浪费时间的 eclipse 东西上的事情。

于 2012-07-31T12:28:09.557 回答
1

这取决于你的情况。

将它们置于版本控制之下的指示：

  • 您正在谈论公司环境中的团队。您应该能够强制执行通用的开发人员环境，除非您还有组织问题。
  • 每个人都在使用 Eclipse
  • 您想让新手更容易从 SVN 中检出项目（无需将其重新创建为新项目）

不将它们置于版本控制之下的迹象：

  • 从事该项目的人员（或 IDE）非常不同（例如在公共开源项目中）
  • 您还想在 Hudson/Jenkins 等集成服务器上使用该项目。然后，您需要在Eclipse之外使用 Maven 或其他一些标准化的工件生命周期管理工具。

最佳解决方案：使用 Maven来描述您的依赖关系，构建过程完全独立于 Eclipse。之后使用 Tycho 在 Maven 和 Eclipse 世界之间“充当经纪人”。这样您就可以确切地知道将什么置于版本控制之下，并且每个人都会产生完全相同的构建（与他使用的 IDE 或安装的插件无关）。

于 2012-07-31T14:42:34.457 回答