我的团队使用 Eclipse 处理多个 Java 项目，并使用代码存储库共享代码。
当开发人员添加、删除或更新jar文件时，其他所有人的构建都会中断，直到他们在 Eclipse 中更新他们的构建路径。此过程涉及繁琐的电子邮件同步。
出于多种原因，我们决定不将该.classpath文件提交到 repo。相反，我们提出了以下想法：每个项目都会有一个已提交的文件，比如jars.list，其中包含一个jar文件列表（和模式）。脚本会将此文件转换.classpath为 Eclipse 的本地文件。每当开发人员更改其 jar 时，他或她有责任更改jars.list并提交它。
这是一个合理的解决方案吗？有没有针对这个问题的现有解决方案？
Eclipse.project和.classpath文件旨在/设计为检查到版本控制存储库（cvs、svn、git 等）中。请参阅Eclipse wiki 中的此页面。
有多种方法可以保持.classpath文件“干净”（即，没有绝对路径），我在上面的评论部分中提到过。
构建被破坏是因为每个开发人员机器的 JAR 的绝对路径不同？如果是这样，您可以添加一个用户变量来避免该问题，这样每个开发人员只需配置一个变量（如LIB_DIR）：
<classpathentry kind="var" path="LIB_DIR/path/to/file.jar"/>
还有其他解决方案。您可以在 eclipse 中配置一些用户库来对 JAR 进行分组，然后导出一个.userlibraries可以在您的存储库中共享的文件。这样， 中就没有绝对路径.classpath，但它们会出现在您的.userlibraries.
您还可以使用 Maven 之类的工具来管理项目的依赖关系。
无论如何，我认为您可以.classpath毫无问题地分享...