我在eclipse中有一个多模块的Maven Java（战争）项目。这取决于其他Java项目。我们将.settings目录检查到源控件中，因为那里有许多手动建立的设置。
.settings中的文件之一是org.eclipse.wst.common.component，它也已经手动建立了设置。但是，Eclipse正在不断修改该文件，该文件基于开发人员在Eclipse开放的基础JAR项目。我相信这样做是为了帮助完成这些文物的"工作空间解决"。
但是，这种情况的结果是，Eclipse不断修改org.eclipse.wst.common.component和开发人员不断地承诺将其互相控制和战斗。将这些文件排除在源控件之外，因为那里有太多的手动调整，这些调整对每个项目都有特定的调整。
我猜想将Eclipse中的设计缺陷与将项目设置和用户设置结合在一起的文件！如果有人对如何更好地处理这个问题有任何了解。实际上，Eclipse-M2E根本不为复杂项目的团队开发工作，除非每个开发人员都加载了相同的Java项目。
我同意该特定文件是有问题的...如果损坏，工作空间可能会崩溃，如果丢失了，则无效。但是，它没有任何内容在重新构成项目时无法从头开始生成...
我认为最好的解决方案是使用"完整"工作区检查文件，然后确保忽略未来的更改。
然后，如果您需要进行"真实"更改，请加载完整的工作区，执行您需要做的任何事情，然后取消签名文件，然后再进行检查，然后再次忽略它。
-
eclipse git：team->高级 ->假定不变。
-
git：将文件添加到git存储库中，但忽略了未来的更改
ex：
git update-index --assume-unchanged the-file
git update-index --no-assume-unchanged the-file
mercurial：使用文件模板：mercurial：如何忽略跟踪文件的变化
eclipse rtc：ignore
幸运的是，M2E将与JAR/Project Reforences一起困扰，因此它与已加载的项目匹配。如果不这样做，请更新项目定义。