Нет ничего плохого в проверке .project
и .classpath
. Я бы сделал это, если ваш build.xml
не может создать для вас оба файла. Как вы сказали, неудобно пропускать эти файлы, когда вы пытаетесь создать новое рабочее пространство eclipse.
Перед регистрацией .classpath
вы должны быть уверены, что в нем нет абсолютного пути. Преобразуйте его в относительный с помощью текстового редактора.
Редактировать: Или, что еще лучше, используйте переменные пути к классам eclipse в ваших абсолютных путях, как прокомментировал @taylor-leese.
Ключевой вопрос для всех таких файлов: «Могут ли они воспроизводиться автоматически?» Если нет, проверьте их в системе контроля версий.
В этом случае я бы сказал «да», если только вы не используете maven, у которого есть m2eclipse и подключаемый модуль eclipse для их генерации.
Одна вещь, против которой я хотел бы предостеречь при проверке файла .classpath, это убедиться, что вы не ссылаетесь на файлы за пределами вашего проекта. Eclipse хранит расположение этих файлов с полным путем к файлу, и вам нужно будет убедиться, что другие разработчики хранят эти файлы точно в том же месте.
Отсутствие регистрации файла .project сделать мое развитие менее эффективным (я не может просто "импортировать" код проекта из каталога)
для этой проблемы вы можете создать новый проект и импортировать существующий исходный код.
Одна проблема со специфическими файлами IDE, такими как .project, заключается в том, что другие разработчики могут захотеть использовать другую IDE для разработки проекта, поэтому они могут добавить другой тип файлов проекта. это сделает ваше репо беспорядочным.