Eclipse: "Обновление кэша SVN" зависает и блокируется

Ответ 1

Я столкнулся с той же проблемой, и я попытался выйти из этого, отключив большую часть настроек производительности для SVN в Eclipse:

• Windows > Предпочтения > Командa > SVN > Производительность
• Отключить: вычислять глубокое исходящее состояние, кэш, постоянный SSH

Ответ 2

Я просто столкнулся с этой проблемой и смог ее спасти. Это было с Zend Studio 10.5, который сидит на Juno. У меня около пяти проектов в моей рабочей области, одна из которых была открыта. Я не мог закрыть проект, потому что он ожидал завершения обновления кэша SVN.

• С закрытием Eclipse я пошел в открытый проект и через командную строку запустил "svn cleanup".
• В рабочей области /.metadata/.plugins/org.eclipse.team.svn.core у меня была куча временных каталогов. Я создал резервный tarball, а затем вывел их всех.

Это ничего не исправить. Наконец, я попробовал это:

• С закрытым Eclipse я пошел в каталог проекта и переименовал .project в project.xml.
• Заново закрытое Затмение, проекты были закрыты. Нет сообщений об обновлении SVN.
• Перезапуск Eclipse.
• Открыл проект, но Eclipse отказался от отсутствующего файла .project.
• Закрытое Затмение.
• Пошел в мой каталог проекта и переименовал project.xml обратно в .project.
• Перезапуск Eclipse.
• Открыл проект. Гладкий плавание. Был просто способен совершить изменение без инцидентов.

До сих пор моя папка workspace/.metadata/.plugins/org.eclipse.team.svn.core по-прежнему пуста.

Я не знаю, помогли ли первые две вещи, которые я попробовал, или просто переименовать файл .project для принудительного закрытия проекта. В следующий раз, когда это произойдет (и будет в следующий раз), я попробую просто принудительно закрыть проект и отчитаться.

Ответ 3

Вы не единственный (см. этот отчет об ошибках или этот раздел форума), но он вероятно, не ошибка в самом Eclipse. Следующие шаги:

• Получить дамп потока, чтобы увидеть, является ли это тупиком или поток ожидает чего-то, чего никогда не происходит (в отчете об ошибке он зависает в System.loadLibrary()). Вы можете использовать jconsole для этого, он поставляется с SDK.

• Проверяйте все открытые проекты в рабочей области (которые используют SVN) с другим инструментом SVN (командная строка svn или TurtoiseSVN, если вы находитесь в окнах), чтобы убедитесь, что структуры данных не повреждены.

• Получите последнюю версию Eclipse и/или плагин SVN

• Попробуйте использовать другой разъем. Некоторые люди предпочитают решение JNI javahl, другие - с чистой-Java SVNKit.

Ответ 4

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

Не прямой ответ на вопрос, но это может помочь кому-то сделать подобную ошибку.

Ответ 5

Я столкнулся с этой проблемой при одновременном использовании одного и того же проекта в рабочей области. Убедитесь, что у вас есть только одна копия в рабочей области, возможно, это помогает.

Ответ 6

• Windows > Предпочтения > Командa > SVN > Производительность
  • Отключить: вычислять глубокое исходящее состояние, кэш, постоянный SSH
• Перейти к предпочтению → Общие
  • Включить: всегда запускать в фоновом режиме
  • Включить: показать состояние кучи
  • Интервал сохранения Workbench (в минутах): 9999
  • Это покажет использование вашей памяти в eclipse.
• Затем отредактируйте файл eclipse.ini и измените значения Xms и Xmx: -launcher.XXMaxPermSize 512m -Xms1024m -Xmx1024m

Ответ 7

Это может быть проблема памяти eclipse. У меня была аналогичная проблема, пока я не сделал следующие шаги:

• Перейдите в раздел "Предпочтения → Общие" и введите следующие значения:

Это покажет использование вашей памяти в eclipse.

• Затем отредактируйте файл eclipse.ini и измените значения Xms и Xmx следующим образом:

-Xms1024m

-Xmx1024m

Посмотрите на состояние памяти. Надеюсь, это поможет.

Ответ 8

В моем случае за 30 нечетных минут он показал только 0 процентов завершенных. Я терпеливо ждал, так как я пытался перезапустить eclipse/machine, все еще получал то же самое. Через 30 минут он продолжил операцию обновления svn и успешно завершил ее.

Терпение иногда помогает:)

Ответ 9

Я нашел ошибку индекса в eclipse, которая блокирует svn. Другие ресурсы проекта и svn repo были в .metadata.plugins\org.eclipse.core.resources.projects\ProjectName\4.tree и другие ресурсы.

svn cleanup с предыдущим ответом командой 'Team > SVN > Performance' не решает мою проблему.

'eclipse.exe -clean' сделает затмение безответственным со 100% -ным процессором.

Единственным решением было после выхода eclipse вручную удалить файлы org.eclipse.core.resources.projects *.

Ответ 10

Этот раздел помог мне решить проблему моего блока обновления eclipse svn.

Я использую eclipse mars, где этот случай пришел.

• Сначала я удалил два проекта, которые мне не нужны, - чтобы уменьшить номер проекта в рабочей области.
• Изменение параметра в eclipse.ini тоже не помогло.
• У меня был аргумент -clean для моего набора затмений, поэтому я тоже удалил его в надежде, что он будет работать лучше. Это помогло немного, поэтому eclispe работал намного дольше, но не намного больше. rockfarkas подскажите здесь.
• То, что действительно помогло в конце, было очень быстро отметить все проекты Ctrl A из представления проекта и закрыть их через контекстное меню, пока кеш SVN все еще работает. Половина из них сделала то, что другие не могли, но после этого я мог видеть, что кэш SVN менял свое состояние, и поэтому я мог снова работать. Следующим шагом было закрыть остальные проекты и открыть один за другим. К этой идее я приступил к чтению сообщения user3096856.

Ответ 11

Я решил это сделать:

- Выберите проект (или все проекты) в рабочей области (в eclipse), щелкните правой кнопкой мыши, выберите в меню Командa > Очистка

Ответ 12

Я также столкнулся с подобной проблемой, и я решил, что это разрешило это, сняв флажок "Вычислить глубокое исходящее состояние для папок" под Windows- > Preferences- > Team- > SVN- > Label Decorations

Ответ 13

Используете ли вы разъем Maven SCM? Попробуйте удалить его, если вам это не нужно. Разъем SCM необходим для проверки Maven SCM, я не использую проверку проекта Maven SCM, вместо этого я использую проверку SubEclipse и конвертирую проект в maven с помощью импорта существующего проекта или преобразования в проект проекта Maven из контекстного меню в Eclipse.

Ответ 14

Если существует дублированный проект из SVN.

• Принудительное закрытие затмения.
• Удалить дублирующий проект из файлового пространства. (Например: C:\Users\XXX\Workspace\DuplicateProject)
• Перезапуск затмения
• исправлена.

Ответ 15

Я использовал Subversive - SVN Team Provider 3.0.0 с SVNKit 1.8.10 как SVN Connector. Я обновил SVN Connector до последней версии 1.8.11 и исправил его.