webentwicklung-frage-antwort-db.com.de

Wie löse ich den svn-Fehler E155010?

Meine Arbeitskopie befindet sich in einem inkonsistenten Status:

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

Ich bin fest damit beschäftigt. Es gibt eine Lösung, um dieses Problem zu lösen. Danke.

20
spacifici

Ich hatte das gleiche Problem und fand heraus, dass es ziemlich einfach zu lösen ist (in meinem Fall). Öffnen Sie eine Konsole und gehen Sie zu dem Ordner, der das Problem darstellt (in Ihrem Fall <myprojectpath>/libs/armeabi/gdbserver).

Führen Sie svn up aus. Es wird eine Zeile angezeigt, die den gleichen Fehler svn: E155010:... enthält.

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

Führen Sie svn cleanup aus.

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

Führen Sie svn up erneut aus: Ein Menü wird angezeigt, in dem Sie eine bestimmte Konfiguration bearbeiten/auflösen/annehmen/... können:

[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

Führen Sie svn up aus, um sicherzustellen, dass der Konflikt gelöst ist:

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

Das ist alles. Hoffnung könnte für jemanden nützlich sein.

18
baronKarza

svn 1.7: Es ist mir passiert, als ich versucht habe, einen Verzeichnisbaum hinzuzufügen, der nicht mir gehört. Es ist fehlgeschlagen und mit demselben Fehler des OPs hängen geblieben.

Daraus ergab sich, dass in der Tabelle work_queue der Datei sqlite SVN ein Eintrag vorhanden war, den der SVN entweder aufgrund von Berechtigungen nicht verarbeiten konnte oder weil ich die Datei danach entfernt habe.

Ich habe es gelöst mit:

> 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

Dann rekursiv zurückgesetzt und alles war wieder in Ordnung.

5
Sigismondo

Suchen Sie nach Problemen mit Groß- oder Kleinschreibung, die nicht dem Svn-Pfad entsprechen .. Wenn ich das Problem der Groß- oder Kleinschreibung, die nicht dementsprechend sind, beseitige, löse ich es.

0
caozhou

Ich hatte das gleiche Problem, nachdem ich xCode5 verwendet habe. Immer wenn ich einen neuen Checkout durchführe, erhalte ich Dateien richtig, aber wenn ich versuche, einen Unterschied zu machen oder bestimmte Dateien einzuchecken, gab es den Fehler E155010, der besagte, dass der Knoten nicht gefunden wurde.

Ich habe versucht svn cleanup und alles und es hat nicht funktioniert (svn up gab keinen Fehler). Tatsächlich geschah das Problem auch für alle meine Kollegen. Erforschte diesbezüglich eine Runde, konnte aber keine Lösung finden. Schließlich haben wir als Workaround angefangen, den SvnX-Client zu verwenden, und damit funktionieren die Dinge gut.

SVNX-Startseite

0
anoop4real

Ich musste die Antwort von @baronKarza leicht anpassen.

Da mein spezielles SVN-Projekt mit "Externals" übersät ist, muss ich das "--include-externals" an den Befehl svn cleanup anhängen.

    svn cleanup --include-externals
0
GreyMattR

Mir ist es auch passiert, und die Ursache hat etwas mit dem zu tun, was Sigismondo berichtet:

Ich hatte ein paar Textdateien in mein lokales Verzeichnis kopiert. Ich wollte svn setprops mit * .txt anrufen, um sie text/plain zu erstellen, und hatte die zusätzlichen Dateien vergessen (die ich nicht festlegen möchte).

Die Lösung bestand darin, diese "zusätzlichen" Dateien vorübergehend an einen anderen Ort zu verschieben.

0
Tilman Hausherr

Unter Eclipse + Cygwin hat dies für mich getan:

  1. Wechseln Sie in den Containerordner svn cleanup.
  2. Gehen Sie zu Eclipse und wählen Sie den Containerordner Team > Update aus. Wenn es Ihnen recht ist, können Sie auch aus dem Repository ersetzen .
0
xmar