我通过SVN与其他团队成员分享了一个项目。现在我在我的Eclipse中使用SpringIDE-Plugin，它将一个＆lt; buildCommand＆gt; -Element添加到我的.project文件中，该文件也受版本控制。我的团队成员都没有使用SpringIDE。
所以我的问题是：如果我提交.project文件，我的同事工作区可能会在下次更新后中断吗？
由于
答案 0 :(得分：2)
我不确定它是否会破裂，但肯定会引起冲突/混乱。
我的政策是始终从源代码管理中排除特定于客户端的IDE配置，这意味着.project文件全局添加到svn：ignore（或.gitignore）并且未提交。
共享.project的一个坏约束的例子是你被迫使用相同的项目名称
我目前在同一个工作区中有三个Eclipse项目，引用相同的SVN项目（不同的分支），并使用我自己的命名约定来区分它们。
答案 1 :(得分：2)
我不知道答案，但应该很容易在您的环境中进行测试。只是尝试在你队友的一台机器上使用你的.project文件。
如果在不使用SpringIDE插件时它破坏了工作区，则以下经验法则当然适用：“永远不要检入破坏其他环境的文件”。
就个人而言，我不喜欢在生成它们时使用Eclipse .project或.classpath来检查IDE特定文件（我使用maven）。
答案 2 :(得分：1)
根据我的经验，当buildCommand因为缺少插件而失败时，构建的其余部分不会受到影响，但每次失败时都会产生可能令人讨厌的错误消息。