Jak rozwiązać błąd svn E155010?

Question

Moja kopia robocza jest w stanie niespójnym:

$ 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. 

jestem stucked na nim. Istnieje rozwiązanie, aby to rozwiązać? Dzięki.

Answer 1

Miałem ten sam problem i stwierdziłem, że jest to dość proste do rozwiązania (w moim przypadku). Otwórz konsolę i przejdź do folderu przedstawiającego problem (w twoim przypadku <myprojectpath>/libs/armeabi/gdbserver).

Uruchom svn up. Zostanie wyświetlona linia przedstawiająca ten sam błąd: svn: E155010:....

lore@loreLaptop ~/workspace/Ng 
$ svn up 
Updating '.': 
svn: E155010: The node '/home/lore/workspace/Ng/.classpath' was not found. 

Run svn cleanup.

lore@loreLaptop ~/workspace/Ng 
$ svn cleanup 

Run svn up ponownie: menu będzie widoczny pozwala edytować/resolve/Akceptuj/... konkretną konfigurację:

lore@loreLaptop ~/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 

Uruchom svn up aby upewnić się, że konflikt został rozwiązany:

lore@loreLaptop ~/workspace/Ng 
$ svn up 
Updating '.': 
At revision 193. 
Summary of conflicts: 
    Skipped paths: 2 

To wszystko. Nadzieja może być przydatna dla kogoś.

Answer 2

Miałem ten sam problem po tym, jak zacząłem używać xCode5. Ilekroć robię świeże kasy, otrzymuję pliki poprawnie, ale gdy próbuję zrobić różnicę lub próbuję sprawdzić pewne pliki, to dawałem mi błąd E155010 mówiący, że węzeł nie został znaleziony.

Próbowałem oczyścić svn i wszystko i to nie działało (svn up nie dał żadnego błędu). W rzeczywistości problem dotyczył także wszystkich moich kolegów. Zrobiłem rundę badań na ten temat, ale nie udało mi się znaleźć rozwiązania. W końcu jako praca zaczęliśmy używać klienta SvnX i wszystko działa dobrze.

SVNX Home Page

-anoop

Answer 3

Pod Eclipse + Cygwin, to zrobił to dla mnie:

1. Przejdź do folderu, svn cleanup pojemnika.
2. Przejdź do Eclipse, wybierz folder kontenera, Team > Update. Jeśli jest w porządku z tobą, możesz również Wymienić z repozytorium.

Answer 4

svn 1.7: przydarzyło mi się to po próbie dodania do SVN drzewa katalogów, którego nie posiadam. Zawiodła i utknęła z tym samym błędem OP.

To spowodowało, że nie było pewne wejście w tabeli work_queue z SQLite pliku SVN SVN że nie był w stanie przetworzyć, albo z powodu uprawnień lub dlatego usunąłem plik później.

Rozwiązałem go:

> 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 

Następnie rekurencyjnie powrócił i znowu wszystko było w porządku.

Answer 5

Stało się to również do mnie, a przyczyną jest nieco podobne do tego, co Sigismondo donosi:

miałem kopiowane kilka plików tekstowych w moim lokalnym katalogu. Chciałem zadzwonić pod numer svn setprops na * .txt, aby je ustawić jako text/plain i zapomniałem o dodatkowych plikach (których nie chcę zatwierdzać).

Rozwiązaniem było tymczasowe przeniesienie tych "dodatkowych" plików w inne miejsce.

Answer 6

Musiałem nieco zmienić odpowiedź udzieloną przez @baronKarza.

Ponieważ mój projekt SVN jest zaśmiecony "zewnętrznymi", muszę dołączyć "--include-externals" do polecenia svn cleanup.

svn cleanup --include-externals