git svn: Die Deltaquelle wurde unerwartet beendet

Question

Ich benutze git svn für svn repo. Mein Kollege verpflichtet einige native Bibliotheken Repo, und ich kann meinen Koffer danach nicht rebase:

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

Ich habe tryed core.autocrlf auf false gesetzt (as suggested) und machen den Klon aber Es hat mir nicht geholfen. Ich benutze Git 1.7.3.3 unter Cygwin (Win XP).

Thx für jede Hilfe.

Answer 1

Ich googelte "Delta Quelle endete unerwartet" und fand this was bedeutet, dass es ein Problem auf der Svn-Seite ist. Vielleicht versuchen Sie eine git svn reset zu einigen Revisionen vor den Änderungen, die Ihr Kollege gemacht hat, und dann git svn rebase.

Answer 2

Here's wie ich das Problem gelöst:

Schritt 1: identifizierte ich die Datei, die das Problem verursacht wurde. Kann die letzte Datei sein, die vor dem Build-Break eingecheckt wurde.

Schritt 2: Ich habe sichergestellt, dass alle geänderten Dateien im Verzeichnis der Problemdatei an das Repository übergeben wurden.

Schritt 3: Ich löschte das Verzeichnis der Problemdatei aus meiner Arbeitskopie (nicht das Repository!). Wenn es schwierig ist, die verursachende Datei zu finden, löschen Sie einfach das gesamte Verzeichnis, nachdem Sie alle Änderungen überprüft haben.

Schritt 4: Ich habe meine gesamte Arbeitskopie

aktualisiert

Answer 3

Es klingt wie Ihr Problem auf der SVN-Seite. In unserem Fall hat ein Entwickler einen Befehl svn update für ein Verzeichnis abgebrochen. Falls Sie das gesamte Verzeichnis nicht abbauen können, können Sie in der Lage sein, diese Schritte durchzuführen, das für mich arbeitet in svn 1.6.11:

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

Suche nach den säumigen Dateinamen, sollten Sie zu ähnlich sehen:

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

Löschen Sie alle Zeilen zwischen 'END' und einer 'END' Zeile. Speichern Sie die schreibgeschützte Datei.

$ vi entries 

Suche nach den säumigen Dateinamen, sollten Sie sehen ähnlich wie:

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

alle Zeilen löschen zwischen '^ L', einschließlich einer '^ L' Reihe. Speichern Sie die schreibgeschützte Datei.

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

Answer 4

ich diesen Fehler bekam während "git svn holen" auf einem O/X (I svn2git wurde mit einer großen SVN-Repo in git importieren) ausgeführt wird. Das Problem stellte sich heraus, dass es zwei Zweige gab, die sich nur in dem Fall unterschieden, /branches/BUG-241 und /branches/bug-241, die nicht gut mit OS/X's Groß-und Kleinschreibung Dateisystem spielte.

Ich arbeitete um dieses Problem, indem ich ein Disketten-Image mit Groß- und Kleinschreibung (nach these instructions) erstellen und den Import dort ausführen.