Почему я должен регулярно очищать один конкретный проект в Eclipse? - PullRequest
7 голосов
/ 02 декабря 2009

Я использую Eclipse 3.5 для нескольких различных проектов Java / JSP. Весь наш код проекта хранится в Subversion. Я использую плагин Subclipse для обновления / фиксации кода. Это прекрасно работает для всех проектов, кроме одного. Есть один проект, где почти каждый раз, когда я делаю обновление SVN, весь проект пронизан ошибками компиляции Java. Большинство ошибок - жалобы на то, что он не может найти другие файлы классов в том же проекте. Чтобы решить эту проблему, я должен перейти в Project> Clean и вручную очистить проект, который занимает немного времени для запуска. После этого все прекрасно компилируется, но немного неприятно вручную очищать проект каждый раз, когда я делаю SVN-обновление. И это происходит только для этого одного проекта.

Кто-нибудь испытывает что-то подобное? Я даже не уверен, где искать, чтобы выяснить, почему проект должен постоянно очищаться вручную. Возможно ли, что кто-то еще проверяет файл, который нарушает сборку моего проекта в Eclipse? Если да, то какие файлы мне нужно искать?

Ответы [ 3 ]

4 голосов
/ 05 декабря 2009

Во-первых, извините, если я скажу что-то очевидное, но вы не дали никаких подробностей о конфигурации вашего проекта и не описали ваши предыдущие попытки решить эту проблему. Так что, может быть, вы уже попробовали все, что я собираюсь предложить ...; -)

В глубине души я бы проверял, использует ли кто-то другой скомпилированные классы, а не только источники.

Кроме того, это зависит от вашей конфигурации: я предполагаю, что у вас установлен флажок «Автоматически строить», что вы строите только через Eclipse (а не, например, через Ant, что позволяет сборка Ant поместила свой вывод куда-нибудь в ваш путь к классам), и что вы не работаете с файлами версий или с файлом .classpath.

Я предлагаю (если вы этого не делаете) выполнять обновления SVN в представлении «Синхронизировать» («Команда» -> «Синхронизировать с репозиторием»), чтобы сразу увидеть, какие входящие изменения вы получили, чтобы лучше отличать случаи, когда ваш проект испорчен от случаев, когда это не так.

1 голос
/ 09 декабря 2009

Как вы храните проект в SVN? Вы храните весь проект Eclipse или просто исходный код, структуру и т. Д.? Если вы не сохраняете весь проект, я бы посоветовал сделать это, так как с ним легче работать (если только у вас нет другого IDE). Без дополнительной информации это затрудняет диагностику, но, безусловно, звучит так, будто кто-то использует скомпилированные пути классов. Вы должны проверить историю SVN для подтверждения.

1 голос
/ 09 декабря 2009

Кто-то уже объяснил, что, может быть, кто-то еще также фиксирует скомпилированные классы, и пути классов получают конфликты. Сначала узнайте эту информацию от ваших коллег и продолжайте. Я не сталкивался с этой ситуацией. извините.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...