Почему я должен регулярно очищать один конкретный проект в Eclipse?
Я использую Eclipse 3.5 для нескольких различных проектов Java/JSP. Весь наш код проекта хранится в Subversion. Я использую плагин Subclipse для обновления / фиксации кода. Это прекрасно работает для всех проектов, кроме одного. Есть один проект, где почти каждый раз, когда я делаю обновление SVN, весь проект пронизан ошибками компиляции Java. Большинство ошибок - жалобы на то, что он не может найти другие файлы классов в том же проекте. Чтобы решить эту проблему, я должен перейти в Project > Clean и вручную очистить проект, который занимает немного времени для запуска. После этого все прекрасно скомпилируется, но немного тяжело вручную очищать проект каждый раз, когда я делаю SVN-обновление. И это происходит только для этого одного проекта.
Кто-нибудь испытывает что-то подобное? Я даже не уверен, где искать, чтобы выяснить, почему проект должен постоянно очищаться вручную. Возможно ли, что кто-то еще проверяет файл, который нарушает сборку моего проекта в Eclipse? Если да, то какие файлы я должен искать?
3 ответа
Во-первых, извините, если я скажу что-то очевидное, но вы не дали никаких подробностей о конфигурации вашего проекта и не описали ваши предыдущие попытки решить эту проблему. Так что, может быть, вы уже попробовали все, что я собираюсь предложить...;-)
Вдобавок ко всему, я бы проверял, использует ли кто-то другой скомпилированные классы, а не только исходники.
Кроме этого, это зависит от вашей конфигурации: я предполагаю, что у вас установлен флажок "Автоматически строить", что вы строите только через Eclipse (а не, например, через Ant, позволяя, возможно, сборке Ant поместите его вывод где-нибудь в вашем classpath), и что вы не управляете ни jar-файлами версий, ни вашим файлом.classpath
Я предлагаю (если вы этого не делаете) выполнять обновления SVN в представлении "Синхронизировать" ("Команда" -> "Синхронизировать с репозиторием"), чтобы сразу увидеть, какие входящие изменения у вас есть, чтобы лучше различать случаи, когда ваш проект испорчен из случаев, когда это не так.
Кто-то уже объяснил, что, может быть, кто-то другой также фиксирует скомпилированные классы, и пути классов получают конфликты. Сначала узнайте эту информацию от ваших коллег и продолжайте. Я не сталкивался с этой ситуацией. извиняюсь.
Как вы храните проект в SVN? Вы храните весь проект Eclipse или просто исходный код, структуру и т. Д.? Если вы не сохраняете весь проект, я бы посоветовал сделать это, так как с ним будет легче работать (если только у вас нет другого IDE). Без дополнительной информации это затрудняет диагностику, но, безусловно, звучит так, будто кто-то использует скомпилированные пути классов. Вы должны проверить историю SVN для подтверждения.