2011-01-05 16 views
6

Sto utilizzando git svn per il repository svn. Il mio collega impegna a pronti contro termine alcune librerie native e non posso rebase mio tronco dopo che:git svn: la sorgente Delta è terminata in modo imprevisto

D  native/libVal.so.v8.0.38za 
    A  native/libHelpVAL.so 
    A  native/libValuation.so.v9.0.36l 

Incomplete data: Delta source ended unexpectedly at /usr/lib/git-core/git-svn line 5117

Ho provato a impostare core.autocrlf false (as suggested) e fare il clone, ma non mi ha aiutato Sto usando git 1.7.3.3 sotto cygwin (win xp).

Thx per qualsiasi aiuto.

+0

Cerca su google "La sorgente Delta è terminata in modo imprevisto" e ha trovato [questo] (http://svn.haxx.se/dev/archive-2004-09/0006.shtml) che implica che si tratta di un problema sul lato svn. Forse prova a fare un 'git svn reset' su alcune revisioni prima delle modifiche fatte dal tuo collega, e poi su' git svn rebase'. – MatrixFrog

+0

@ MatrixFrog Il tuo commento dovrebbe essere pubblicato come risposta ... – Donut

risposta

4

Ho cercato su google "La sorgente Delta è terminata inaspettatamente" e ho trovato this che implica che si tratta di un problema sul lato svn. Forse prova a fare un git svn reset con alcune revisioni prima delle modifiche fatte dal tuo collega, e poi su git svn rebase.

+0

Questo ha funzionato per me, grazie! – Christian

+0

Questo lavoro anche per me, grazie! – Nordin

+0

Ha funzionato anche per me, con 'git reset --hard ' dopo 'git svn reset -r ' (dove git-commit <==> svn-rev) –

0

Here's come ho risolto il problema:

Fase 1: ho identificato il file che è stato la causa del problema. Può essere l'ultimo file archiviato prima dell'interruzione di build.

Passaggio 2: Ho verificato che tutti i file modificati nella directory del file problematico fossero stati impegnati nel repository.

Passaggio 3: Ho eliminato la directory del file problem dalla mia copia di lavoro (non dal repository!). Se è difficile trovare il file che causa, elimina l'intera directory dopo aver controllato tutte le modifiche.

Fase 4: Ho aggiornato la mia intera copia di lavoro

1

suona come il problema è sul lato svn. Nel nostro caso, uno sviluppatore ha annullato un comando svn update per una directory. Nel caso in cui non si può prendere verso il basso in tutta la directory, si può essere in grado di eseguire queste operazioni, che lavorano per me in svn 1.6.11:

$ cd {directory_with_file} 
$ cd .svn 
$ vi all-wcprops 

cercare il nome del file incriminato, si dovrebbe vedere simile a:

END 
{FILENAME} 
K 25 
svn:wc:ra_dav:version-url 
V 123 
/{URL}/!svn/ver/19811/{PROJECT}/trunk/{PATH_TO_FILE} 
END 

Elimina tutte le righe tra "FINE" e una riga "FINE". Salva il file di sola lettura.

$ vi entries 

cercare il nome del file incriminato, si dovrebbe vedere simili a:

^L 
{FILENAME} 
file 
{whitespace} 
2012-09-14T07:37:36.000000Z 
b32c5eec03f4be5c09fa7d9c71bac5ce 
2012-09-13T07:13:43.808544Z 
20167 
{COMMITTER} 
{whitespace} 
11157 
^L 

eliminare tutte le righe tra '^ L', tra cui uno '^ L' fila. Salva il file di sola lettura.

$ cd text-base 
$ rm {FILENAME} 
$ cd ../../ 
$ rm {FILENAME} ; svn update {FILENAME} 
+1

la nuova versione svn non ha il file all-wcprops – clevertension

0

ho ottenuto questo errore durante l'esecuzione di "git svn recuperare" su un OS/X (stavo usando svn2git di importare una grande repo svn in git). Il problema si è verificato che c'erano due rami che differivano solo nel caso, /branches/BUG-241 e /branches/bug-241, che non funzionavano bene con il file system senza distinzione tra maiuscole e minuscole di OS/X.

Ho risolto il problema creando un'immagine del disco con distinzione tra maiuscole e minuscole con l'utilità disco (successiva a these instructions) e eseguendone l'importazione.

Problemi correlati