在SVN中处理.project文件和不同的eclipse设置？

Question

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

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

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

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

由于

Answer 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或删除/重新导入项目或浪费时间在日食上你不想浪费时间。

Answer 2

这取决于您的情况。

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

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

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

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

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