По моему опыту, за исключением ограниченных случаев, когда используются исключительно локальные настройки, все должно быть под контролем исходного кода. Закон контроля над источниками заключается в том, что все, кто оказал давление, должны сработать. К сожалению, затмение часто приводит к тому, что такие вещи находятся в .classpath:
<classpathentry kind="con"
path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.launching.macosx.MacOSXType/Java SE 7"/>
Так что на моем Mac это работает, и, возможно, у кого-то на Mac есть такой же JRE, но это не будет работать ни для кого другого.
Кроме того, нет простого способа обойти это. Eclipse всегда будет добавлять это в. Я ХОЧУ иметь там файл .classpath, потому что в нашей папке lib есть некоторые сторонние JAR-файлы, где мы заботимся о версиях, поэтому мы оставляем их там, чтобы новые разработчики не получали их , Мы переходим к управляемой системе, но все еще проверены управляемые + неуправляемые зависимости. Это означает, что все разработчики должны просто убедиться, что две директории находятся в их .classpath s. Но это лучше, чем исправлять свой JRE каждый раз, когда вы тянете, и вносить изменения в .classpath каждый раз, когда вы фиксируете.
Затмение делает и другие приятные вещи для тебя. Файл .project обычно одинаков для разных экземпляров, поэтому включите его. Но самое лучшее в управлении исходными кодами для eclipse - это настройки Run Configurations. На вкладке «Общие» в диалоговом окне «Выполнить конфигурации» сохраните конфигурации, чтобы они отображались для ваших коллег в списках избранного для «Отладка и запуск». Для меня куча файлов .launch помещается в каталог .settings, поэтому мы все можем их использовать.
Итак, я говорю: .settings каталог переходит в систему контроля версий для конфигураций запуска (кроме * .prefs)
.classpath остается вне
.project входит.