为什么人们要gitignore.classpath和.project？

Question

我的一位同事最近在eclipse中创建了一个新项目，并使用内置的git客户端提交和推送。在我克隆到计算机并用eclipse打开后，我发现eclipse正在创建.classpath文件。CLASSPATH不是eclipse项目（也是.project）查找引用的JAR的关键文件吗？我在谷歌后非常困惑，看到所有的讨论都在谈论忽略他们。难道它们不是Eclipse正确工作的关键吗？为什么人们忽视了他们？如果我让他们不被忽视又有什么问题呢？

Answer 1

这些特定于Eclipse的文件使得为Java项目设置Eclipse和Visual Studio代码变得更加容易。

通常，只要使用和维护IDE和工具特定的文件(Eclipse、jenkinsfile、GitHub工作流设置等），就应该共享这些文件。否则，删除它们。

当然，如果您使用了不同于Eclipse和Visual Studio代码的IDE，并且没有使用IntelliJ IDEA中的Eclipse编译器，那么这些Eclipse特定的文件是无用的，但也没有坏处。只要不使用文件或文件夹链接（存储在.project文件中）之类的函数，共享这些文件就不会导致IDE锁定。

在Maven和Gradle项目中，.classpath文件可以从pom.xml或build.Gradle文件派生，但不能派生的设置（如编译器设置（警告和错误）、格式化程序或保存操作设置（存储在项目的.settings文件夹中）应该共享，以便每个人使用相同的设置。

这也适用于.project文件，因为它包含项目具有哪些性质以及需要哪些工具。如果缺少什么，则会出现一个对话框，询问是否应该安装缺少的插件。

Eclipse将这些文件放入project文件夹，而不是.metadata文件夹，因为它们是要共享的。但为什么还有人不共享这些文件呢？大概是因为历史原因吧。15或20年前，还没有Git、Maven和Jenkins。在这些日子里，一个Java应用程序通常是通过手动导出JAR，或者充其量是通过一些批处理/shell脚本在开发人员的计算机上构建的。这意味着，在不同的计算机上进行相同的构建，甚至只是使用不同的IDE或IDE版本，可能会导致不同的结果，造成很多麻烦。IDE不可知构建是这个问题的解决方案。也许这就是为什么今天人们仍然认为一切都必须是IDE不可知论的，并推荐使用Maven或Gradle的原因。但这些文件不会共享以构建要交付的产品。希望如此。