我应该将日食设置(.settings)签入到SVN吗?
可能的副本:
哪些 eclipse 文件属于版本控制
我们使用 Eclipse IDE 进行开发。.settings 文件夹中始终存在更改。有时我们在 Eclipse 中配置一些东西,但通常我们会在 Eclipse 中更改任何内容。
Eclipse在没有任何要求的情况下更改设置??
.settings 的最佳做法是什么?
我应该在SVN中检查日食设置(.settings)还是添加到忽略列表?
可能的副本:
哪些 eclipse 文件属于版本控制
我们使用 Eclipse IDE 进行开发。.settings 文件夹中始终存在更改。有时我们在 Eclipse 中配置一些东西,但通常我们会在 Eclipse 中更改任何内容。
Eclipse在没有任何要求的情况下更改设置??
.settings 的最佳做法是什么?
我应该在SVN中检查日食设置(.settings)还是添加到忽略列表?
该目录包含 - 或者至少应该包含 - 在Eclipse中成功构建项目所需的重要信息,例如用于源代码的字符编码,Java编译器设置等等。如果不将该目录提交到 SCM,则在大多数情况下,您将失去将项目签出到新工作区并立即对其进行编译的能力。一个特别敏感的方面是编译器错误/警告的精确配置。如果开发人员设置错误,后果可能从Eclipse构建失败的挫败感到开发人员为了“修复”不存在的错误/警告而破坏代码。.settings
每个插件都可以向目录贡献自己的设置文件,因此请随时挑选并忽略不相关的设置文件,保留重要的设置文件,例如.org.eclipse.jdt.core.prefs
您必须非常小心,不要以会破坏其他人构建的方式弄乱特定于项目的设置。任何个人首选项都应在工作区级别全局更改,以便此配置不会传播给团队成员。
从理论上讲,人们可能会强制执行一种策略,即每个人都需要从另一个地方导入特定于项目的设置并且从不提交它们,但是该路由没有任何优势,并且在易用性部门中明显较差。
由于您正在使用maven来管理您的构建,因此实际上没有必要将它置于源代码管理之下。.settings
通过使用 maven,您可以允许在不依赖于 eclipse 设置的情况下使用其他 IDE。