Почему я должен обычно Чистить один конкретный проект в Eclipse?
JUNG является хорошим вариантом для визуализации, и также имеет довольно хороший набор доступных алгоритмов графика, включая несколько различных механизмов для случайного создания графика, перемонтажа, и т.д. Я также нашел, что он обычно довольно легок расшириться и адаптироваться в случае необходимости.
3 ответа
Во-первых, извините, если я скажу что-то очевидное, но вы не предоставили никаких деталей конфигурации вашего проекта и не описали свои предыдущие попытки решить эту проблему. Так что, может быть, вы уже испробовали все, что я собираюсь предложить ...; -)
Вне всяких сомнений, я бы проверил, коммитит ли кто-нибудь скомпилированные классы, а не только исходники.
В остальном это зависит от вашей конфигурации: я предполагаю, что у вас установлен флаг «Строить автоматически», что вы строите только через Eclipse (а не, например, через Ant, позволяя, возможно, Ant build помещает свой вывод где-нибудь в ваш путь к классам), и что вы не используете jar-файлы версий или ваш файл .classpath.
Я предлагаю
Кто-то уже объяснил, что может быть кто-то другой также фиксирует скомпилированные классы, и пути к классам конфликтуют. Сначала узнайте эту информацию от своих коллег и продолжайте. Я не сталкивался с такой ситуацией. извините.
Как вы храните проект в SVN? Вы храните весь проект Eclipse или только исходный код, структуру и т. Д.? Если вы не сохраняете весь проект, я бы посоветовал сделать это, так как это упрощает работу (если у вас нет кого-то, кто использует другую IDE). Без дополнительной информации это затрудняет диагностику, но это определенно звучит так, как будто кто-то фиксирует скомпилированные пути к классам. Вы должны проверить историю SVN, чтобы подтвердить.