Subclipse жалуется «Путь не рабочая копия» после перемещения рабочей области

Question

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

Путь не является каталогом рабочей копии

svn: ' [исходный (предварительный) путь к каталогу] ' не рабочая копия

Нет такого файла или каталога

Это также происходит, когда я явно пытаюсь просмотреть историю файла. Это сохраняется при очистке SVN, закрытии и повторном открытии Eclipse и т. Д.

Обновление, регистрация, проверка и т. Д. Все, кажется, работает нормально, и Tortoise вообще не жалуется, поэтому очевидно, что это не метаданные SVN, которые испорчены, это некоторые специфичные для Subclipse метаданные. Может кто-нибудь сказать мне, как сдуть эти сломанные метаданные?

---

Отредактировано, чтобы добавить: «Team> Disconnect», за которым следует «Team> Share», не решает проблему.

---

Еще раз отредактировал, чтобы добавить: Я просмотрел весь каталог .metadata и один из каталогов проекта для уникального элемента старого пути и не могу найти его нигде, кроме .metadata/.log (само сообщение об ошибке) и некоторые старые предупреждения Findbugs. Очень мило.

Answer 1

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

Чтобы удалить кеш, закройте Eclipse. Кеш хранится в:

[workspace]/.metadat​a/.plugins/org.eclip​se.core.resources/.p​rojects/PROJECTNAME/​.syncinfo

Так что вы можете просто найти и удалить все файлы с именем .syncinfo в

[workspace]/.metadat​a/.plugins/org.eclip​se.core.resources/.p​rojects

Цитируется из этой статьи: http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=868799

Answer 2

Я только что сделал «Team -> Cleanup», и эта точная ошибка ушла! Я также получил эту ошибку, потому что я перемещался между машинами, и путь не был тем же самым.

Использование Eclipse 3.6 и плагина Subversion 1.6.

Обновление в 2016 году: По-прежнему отлично работает с Eclipse 4.5.2 и Subclipse 1.10.

Answer 3

Отредактировано, чтобы добавить: Нет, говорил слишком рано. Это не исправит это. Кажется, что в некоторых файлах проблема отсутствует.

---

Похоже, что следующее решение проблемы:

1. Команда> Отключиться.
2. Выйти из Eclipse.
3. Удар .metadata/.plugins/org.tigris.subversion.subclipse.*.
4. Перезапустите Eclipse.
5. Команда> Поделиться.

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

На этом зарегистрировано или, по крайней мере, в том же сообщении об ошибке. Нет контекста. Пятьдесят центов говорят, что это отклонено.

Answer 4

Что сработало для меня: Сделайте «refactor - переименовать» в проекте =>, после чего сделайте это снова, чтобы переименовать его обратно к исходному имени.

Answer 5

Я получил ошибку, когда попытался переименовать класс, изменив регистр с DAO на Dao в Eclipse.

Я должен был переименовать его в что-то вроде Dao2, а затем смог переименовать его в Dao.

Answer 6

Я уверен, что есть много причин с различными решениями, но я нашел ту, которая работала для меня в блоге Дэна Уилсона . Просто удалите поврежденные папки из рабочей области (возможно, сохранив их, если у них есть новый контент), обновите (позволяя Subversion воссоздать папки), затем переместите содержимое обратно в новые папки в вашей рабочей области.

Answer 7

У меня было такое же сообщение об ошибке при использовании subclipse с javahl для проекта, который находится вне каталога рабочей области. Переход на svnKit решил мою проблему.

Answer 8

Я добавил png файл в свой проект, но я получил эту ошибку, пытаясь переименовать или удалить его. Очистка и обновление проекта ничего не сделали.

Я перешел в перспективу svn Team Synchronizing, щелкнул правой кнопкой мыши по файлу и удалил его. Это решило мою проблему.

Answer 9

извлеките весь проект во временный каталог, затем я скопировал каталог первого уровня .svn и заменил рабочую копию папки .svn этим.

http://blog.itopia.de/directory-svn-containing-working-copy-admin-area-is-missing/275

Это просыпается для меня.

Answer 10

У меня тоже была эта проблема, и я просто удалил проект из рабочей области (оставив файлы в файловой системе в такте).

Затем я импортировал проект svn в рабочую область.

Импорт-> SVN-> Оформить заказ из SVN.

Я использовал свое существующее местоположение репозитория для загрузки файлов.

Эта проблема возникла, когда я изменил редакции Eclipse и использовал плагин Subclipse, который был версией, которая должна была быть выше, чем я должен был использовать.

Я удалил более новую версию и установил правильную старую версию, и все работало хорошо.