Как решить svn error E155010?

Моя рабочая копия находится в несогласованном состоянии:

$ svn status
svn: E155037: Previous operation has not finished; run 'cleanup' if it was interrupted
$ svn cleanup
svn: E155010: The node '<myprojectpath>/libs/armeabi/gdbserver' was not found.

Я застрял на нем. Есть решение решить это? Спасибо.

Ответ 1

У меня была та же проблема, и я обнаружил, что это довольно просто решить (в моем случае). Откройте консоль и перейдите в папку, представляющую проблему (в вашем случае <myprojectpath>/libs/armeabi/gdbserver).

Запустите svn up. Он покажет вам строку, представляющую ту же ошибку svn: E155010:....

[email protected] ~/workspace/Ng
$ svn up
Updating '.':
svn: E155010: The node '/home/lore/workspace/Ng/.classpath' was not found.

Запустите svn cleanup.

[email protected] ~/workspace/Ng
$ svn cleanup

Выполнить svn up снова: появится меню, позволяющее редактировать/разрешать/принимать/... конкретную конфигурацию:

[email protected] ~/workspace/Ng
$ svn up
Updating '.':
Conflict for property 'svn:ignore' discovered on '/home/lore/workspace/Ng'.
Select: (p) postpone, (df) diff-full, (e) edit,
        (s) show all options: s

  (e)  edit             - change merged file in an editor
  (df) diff-full        - show all changes made to merged file
  (r)  resolved         - accept merged version of file

  (dc) display-conflict - show all conflicts (ignoring merged version)
  (mc) mine-conflict    - accept my version for all conflicts (same)
  (tc) theirs-conflict  - accept their version for all conflicts (same)

  (mf) mine-full        - accept my version of entire file (even non-conflicts)
  (tf) theirs-full      - accept their version of entire file (same)

  (p)  postpone         - mark the conflict to be resolved later
  (l)  launch           - launch external tool to resolve conflict
  (s)  show all         - show this list

Select: (p) postpone, (df) diff-full, (e) edit,
        (s) show all options: e
Select: (p) postpone, (df) diff-full, (e) edit, (r) resolved,
        (s) show all options: r
 U   .
Updated to revision 193.
Summary of conflicts:
  Skipped paths: 2

Запустите svn up, чтобы разрешить конфликт:

[email protected] ~/workspace/Ng
$ svn up
Updating '.':
At revision 193.
Summary of conflicts:
  Skipped paths: 2

Это все. Надежда может быть полезна для кого-то.

Ответ 2

svn 1.7: это случилось со мной после попытки добавить в SVN дерево каталогов, не принадлежащее мне. Он провалился и застрял с той же ошибкой OP.

В результате появилась некоторая запись в таблице work_queue файла SVN sqlite, который SVN не смог обработать, либо из-за разрешений, либо из-за того, что после этого я удалил файл.

Я решил это с помощью:

> sqlite3 .svn/wc.db
SQLite version 3.6.20
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> delete from work_queue;
sqlite> .quit

> svn cleanup

Затем рекурсивно вернулись, и все было хорошо.

Ответ 3

У меня была такая же проблема после того, как я начал использовать xCode5. Всякий раз, когда я делаю новую проверку, я получаю файлы должным образом, но всякий раз, когда я пытаюсь сделать diff или проверить определенные файлы, это выдает мне ошибку E155010, говорящую, что узел не был найден.

Я попытался очистить SVN и все, и это не сработало (SVN Up не дал никакой ошибки). На самом деле проблема происходила и со всеми моими коллегами. Сделал раунд исследований по этому вопросу, но не смог найти решение. Итак, наконец, в качестве обходного пути мы начали использовать клиент SvnX, и с этим все работает нормально.

Домашняя страница SVNX

Ответ 4

В Eclipse + Cygwin это сделало это для меня:

Перейдите в папку контейнера, svn cleanup.
Перейдите в Eclipse, выберите папку контейнера, Team > Update. Если с вами все в порядке, вы также можете заменить его из репозитория.

Ответ 5

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

Я скопировал кучу текстовых файлов в свой локальный каталог. Я хотел называть svn setprops на *.txt, чтобы сделать их text/plain и забыл о дополнительных файлах (которые я не хочу комментировать).

Решением было временное перемещение этих "лишних" файлов в другом месте.

Ответ 6

Мне пришлось слегка адаптировать ответ, заданный @baronKarza.

Поскольку мой конкретный проект SVN завален "внешними", мне нужно добавить "-include-externals" в команду очистки svn.

    svn cleanup --include-externals

Ответ 7

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