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

Question

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

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

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

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

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

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

---

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

---

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

Answer 1

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

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

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

Answer 2

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

Answer 3

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

Это вернет каталог. Удалите его снова и подтвердите

Answer 4

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

У меня был новый проект, я добавил его в 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

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

Answer 5

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

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

Answer 6

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

Вы переместили все рабочее пространство или только содержимое?

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

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