Подзаголовок жалуется, что "Путь не является рабочей копией" после перемещения рабочей области

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

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

svn: '[original (pre-move) путь к каталогу]' не является рабочей копией

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

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

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

Отредактировано для добавления: "Командa > Отключить", за которой следует "Team > Share", не решает проблему.

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

Ответ 1

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

Ответ 2

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

Чтобы удалить кеш, закройте Eclipse. Кэш хранится в:
[workspace]/.metadata/.plugins/org.eclipse.core.resources/.projects/PROJECTNAME/.syncinfo
Итак, вы можете просто найти и удалить все файлы с именем .syncinfo в
[workspace]/.metadata/.plugins/org.eclipse.core.resources/.projects

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

Ответ 3

Я только что сделал "Team → Cleanup", и эта точная ошибка исчезла! Я также получил эту ошибку, потому что я перешел между машинами, и путь был не таким.

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

Обновление в 2016 году: все еще отлично работает с Eclipse 4.5.2 и Subclipse 1.10.

Ответ 4

Отредактировано для добавления: Нет, говорила слишком рано. Это не исправляет. Некоторые файлы просто не проявляют проблемы.

Кажется, что проблема решена:

Командa > Отключить.
Закройте Eclipse.
Удар .metadata/.plugins/org.tigris.subversion.subclipse.*.
Перезапустить Eclipse.
Командa > Поделиться.

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

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

Ответ 5

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

Ответ 6

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

Мне пришлось переименовать его в нечто вроде Dao2, а затем переименовать его в DAO.

Ответ 7

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

Ответ 8

Сложно сказать без дополнительной информации.

Вы перемещали всю рабочую область или только контент?

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

В качестве альтернативы вы можете попытаться удалить каталог .metadata и повторно подключить проект, используя File → import → существующий проект в рабочее пространство, а затем повторно привязать данные SVN через Team → Share projects (with 's') или возможно, просто выполните этот последний бит после первого отключения проекта от SVN.

Ответ 9

У меня та же проблема

У меня появился новый проект, добавленный в SVN. Тогда все работает нормально, пока я не попытаюсь переименовать любой файл java, и я получаю:

move D:/dev/sk_ws/ge-parent/ge-core/src/main/java/com/skillkash/ge/beans/Skbean.java D:/dev/sk_ws/ge-parent/ge-core/src/main/java/com/skillkash/ge/beans/SkBean.java
    Path is not a working copy directory
svn: Path 'D:\dev\sk_ws\ge-parent\ge-core\src\main\java\com\skillkash\ge\beans\SkBean.java' is not a directory

Теперь URL SVN:

svn://qnap/share/MD0_DATA/svn/sk/ge-core/trunk

а корень репозитория:

svn://qnap/share/MD0_DATA/svn/sk

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

Ответ 10

Щелкните правой кнопкой мыши папку проекта: Team → Update to Head

Это приведет к возврату каталога. Удалите его еще раз и выполните команду

Ответ 11

В моем случае у меня были папки проектов в Project Explorer, и мне просто нужно было открыть проект

Ответ 12

Для меня это сообщение об ошибке было вызвано устаревшей установкой Subclipse и базовыми библиотеками SVNKit и JahaHL. Я использую TortoiseSVN за пределами Eclipse для управления каталогами проектов, и мое недавнее обновление до версии 1.8.x(Tortoise) SVN-инструментов нарушило мои рабочие копии для Subclipse.

Все, что мне нужно было сделать, чтобы исправить ошибку, - это перейти в Help → "Установить новое программное обеспечение..." и нажать "Добавить...", чтобы добавить новый сайт обновлений. Я выбрал последний сайт обновлений для последней версии http://subclipse.tigris.org/servlets/ProjectProcess?pageID=p4wYuA и обновил Subclipse оттуда.

Затем все мои существующие проекты просто работали, и я мог бы снова подключиться к тому, с которым я уже пытался отключиться без проблем.

Ответ 13

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

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

Это будет для меня.

Ответ 14

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

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

Ответ 15

Когда-то у меня была аналогичная проблема. Кажется, что Subclipse (или Eclipse) сохраняет абсолютный путь ваших рабочих копий. Самое чистое решение - снова экспортировать ваш репозиторий на новый путь.

Если у вас есть код без привязки, вы можете скопировать его поверх чистого экспорта (без папки .svn)

Ответ 16

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

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

Импорт- > SVN- > Проект проверки из SVN.

Я использовал существующее местоположение репозитория, чтобы вытащить файлы.

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

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