La mia copia di lavoro è in uno stato incoerente:Come risolvere l'errore svn 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.
Sono stucked su di esso. C'è una soluzione per risolvere questo? Grazie.
Ho avuto lo stesso problema e ho scoperto che è piuttosto semplice da risolvere (nel mio caso). Aprire una console e accedere alla cartella che presenta il problema (nel proprio caso <myprojectpath>/libs/armeabi/gdbserver).
Corsa svn up. Ti mostrerà una riga che presenta lo stesso errore svn: E155010:....
[email protected] ~/workspace/Ng
$ svn up
Updating '.':
svn: E155010: The node '/home/lore/workspace/Ng/.classpath' was not found.
Corsa svn cleanup.
[email protected] ~/workspace/Ng
$ svn cleanup
Run svn up di nuovo: un menu sarà mostrato che consente di modificare/risolvere/accettare/... una particolare configurazione:
[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
Run svn up per essere sicuri che il conflitto è stato risolto:
[email protected] ~/workspace/Ng
$ svn up
Updating '.':
At revision 193.
Summary of conflicts:
Skipped paths: 2
Questo è tutto. La speranza potrebbe essere utile per qualcuno.
La pulizia con la tartaruga era abbastanza per me :) voto su – UltraMaster
Stavo vedendo questo errore in Eclipse/Subversive. Questa soluzione ha funzionato per me. Tutto quello di cui avevo bisogno per eseguire era 'svn up' dalla riga di comando nella directory del file incriminato. Votato. – tbc0
Non ho accettato la tua risposta perché non ha mai funzionato per me, felice di vedere che molte persone lo trovavano utile. – j0n0
Ho avuto lo stesso problema dopo aver iniziato a utilizzare xCode5. Ogni volta che eseguo un nuovo checkout, ricevo i file correttamente ma ogni volta che provo a fare una diff o cerco di archiviare alcuni file, mi dava l'errore E155010 dicendo che il nodo non era stato trovato.
Ho provato svn cleanup e tutto e non ha funzionato (svn up non ha dato alcun errore). In effetti il problema stava accadendo anche per tutti i miei colleghi. Ho fatto un giro di ricerche su questo ma non sono riuscito a trovare una soluzione. Alla fine, come soluzione, abbiamo iniziato a utilizzare il client SvnX e con ciò le cose stanno funzionando bene.
-anoop
sotto Eclipse + Cygwin, questo ha fatto per me:
svn cleanup.Team > Update. Se è ok con te, puoi anche Sostituisci dal repository.svn 1.7: mi è successo dopo aver provato ad aggiungere a SVN un albero di directory non di mia proprietà. Ha fallito e si è bloccato con lo stesso errore dell'OP.
è risultato che ci fosse qualche voce nella tabella di work_queue del SQLite file di SVN che SVN è stato in grado di elaborare, sia a causa di autorizzazioni o perché ho rimosso il file in seguito.
ho risolto con:
> 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
Poi ricorsivamente tornato e tutto andava bene di nuovo.
è accaduto anche a me, e la causa è in qualche modo legato a quello che Sigismondo riportato:
avevo copiato un gruppo di file di testo nella mia directory locale. Volevo chiamare svn setprops su * .txt per renderli text/plain e mi sono dimenticato dei file extra (che non voglio commettere).
La soluzione era spostare temporaneamente questi file "extra" altrove.
Ho dovuto adattare leggermente la risposta data da @baronKarza.
Dato che il mio particolare progetto SVN è pieno di "esterni", devo aggiungere "--include-externals" al comando svn cleanup.
svn cleanup --include-externals
può essere correlato. http://grokbase.com/t/subversion/users/121a68zz1j/possible-bug-in-1-7-svn-cleanup-cant-recover-after-a-failed-update-with-1-6-it- era possibile – n611x007