git svn: Źródło Delta zakończyło się nieoczekiwanie

Używam git svn dla svn repo. Mój kolega popełnił do repo niektóre rodzime biblioteki i nie mogę rebase po moim pniu, że:git svn: Źródło Delta zakończyło się nieoczekiwanie

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

Mam tryed ustawić core.autocrlf false (as suggested) i zrobić klona ale to mi nie pomogło. Używam git 1.7.3.3 pod cygwin (win xp).

Thx za pomoc.

Źródło

2011-01-05 rifcoder

Google "Źródło Delta zakończyło się nieoczekiwanie" i znaleziono [this] (http://svn.haxx.se/dev/archive-2004-09/0006.shtml), co sugeruje, że jest to problem po stronie svn. Może spróbuj wykonać 'git svn reset' na kilka wersji przed zmianami wprowadzonymi przez twojego kolegę, a następnie' git svn rebase'. – MatrixFrog

@MatrixFrog Twój komentarz powinien zostać opublikowany jako odpowiedź ... – Donut

Wylogowałem "Źródło Delta zakończyło się nieoczekiwanie" i znaleziono this co oznacza, że jest to problem po stronie svn. Może spróbuj zrobić git svn reset z kilkoma wersjami przed zmianami dokonanymi przez twojego kolegę, a następnie git svn rebase.

Źródło

2011-03-02 21:45:37 MatrixFrog

To zadziałało dla mnie, dzięki! – Christian

Ta praca również dla mnie, dzięki! – Nordin

Dla mnie też działało, z 'git reset --hard ' po 'git svn reset -r ' (gdzie git-commit <==> svn-rev) –

Here's jaki sposób rozwiązać ten problem:

Krok 1: I zidentyfikowany plik, który był przyczyną problemu. Może być ostatnim plikiem rejestrowanym przed przerwą kompilacji.

Krok 2: Upewniłem się, że wszystkie zmienione pliki w katalogu pliku przyczyny zostały zatwierdzone do repozytorium.

Krok 3: Usunąłem katalog pliku problemu z mojej kopii roboczej (nie z repozytorium!). Jeśli trudno jest znaleźć plik powodujący, po prostu usuń cały katalog po sprawdzeniu wszystkich modyfikacji.

Krok 4: Po zaktualizowaniu mojej całej kopii roboczej

Źródło

2011-06-23 23:55:26 CharithJ

To brzmi jak Twój problem jest po stronie svn. W naszym przypadku programista przerwał polecenie aktualizacji svn dla katalogu. W przypadku, gdy nie można zdjąć cały katalog może być w stanie wykonywać te czynności, które pracują dla mnie w svn 1.6.11:

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

Szukaj nazwy pliku naruszającego, powinieneś zobaczyć podobny do:

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

Usuń wszystkie wiersze między wierszami "END" i jednym wierszem "END". Zapisz plik tylko do odczytu.

$ vi entries

Szukaj nazwy pliku naruszającego, powinieneś zobaczyć podobne do:

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

Usuń wszystkie wiersze między '^ L', w tym jednego '^ L' wiersza. Zapisz plik tylko do odczytu.

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

Źródło

2012-09-14 08:56:24 FBD

nowa wersja svn nie ma pliku all-wcprops – clevertension

Mam ten błąd podczas uruchamiania "git svn fetch" na zasadzie OS/X (używałem svn2git importować dużą svn repo do git). Problem polegał na tym, że istniały dwie gałęzie różniące się tylko przypadkiem: /branches/BUG-241 i , które nie działały dobrze w systemie plików niewrażliwym na wielkość liter OS/X.

Pracowałem nad tym, tworząc obraz dysku z dyskiem (po these instructions) i uruchamiając tam import.

Źródło

2014-04-01 19:41:05

git svn: Źródło Delta zakończyło się nieoczekiwanie

Odpowiedz

Powiązane problemy