2012-10-30 14 views
5

Podczas próby wykonania aktualizacji SVN w katalogu otrzymuję powyższy błąd, w wyniku czego zmiany w plikach w tym katalogu nie zostaną usunięte do mojej kopii roboczej . Jeśli przejdę do przeglądarki repo, zobaczą zmiany, które zostały wprowadzone, ale ten błąd wydaje się zabijać aktualizację.Żółw SVN - Błąd: nieoczekiwanie zakończyło się źródło delta

Próbowałem usunąć wymienione pliki i wykonać aktualizację SVN, usuwając katalog, a nawet usuwając katalog najwyższego poziomu i ponownie sprawdzając całe repozytorium, ale nadal otrzymuję ten sam błąd. Po szeroko zakrojonym badaniu google było to jedyne podejście, jakie mogłem znaleźć, które odniosło pewien sukces.

Używam TortoiseSVN: 1.7.9 i 1.7.7 Subversion

Wszelkie pomysły będą bardzo mile widziane.

Odpowiedz

2

Posortowane, musiałem zrobić najwyższy poziom usunięcia mojej lokalnej kopii, a także usunąć ukryty folder .svn będący kluczową częścią. Następnie po prostu wykonaj nowe zakupy w repozytorium. Mam nadzieję, że przyda się to każdemu, kto wpadnie na to w przyszłości.

0

Miałem ten sam problem. Plik, który spowodował błąd, został powiązany z svn: external. Najpierw próbowałem usunąć/ponownie ustawić prawdziwy plik, co nie pomogło. Następnie usunąłem link i dodałem go ponownie, co rozwiązało problem!

3

Żadna z pozostałych odpowiedzi nie sprawdziła się u mnie. Nawet całkowite usunięcie lokalnej kopii i ponowne jej sprawdzenie nie działa.

Zamiast Śledziłem porady oferowane przez http://www.tomaz.me/2014/01/01/resolving-delta-source-ended-unexpectedly-svn-issue.html:

  • usunąć plik z repozytorium
  • popełnienia skreślenia
  • dodać plik ponownie
  • popełnić dodanie

EDYCJA

Jak się okazało, powyższa poprawka często pomagała dbać o błąd tylko przy jednym zatwierdzeniu. Później ponownie się udało. Jednak wszystkie pliki, których dotyczy problem, miały spacje w swoich nazwach. Zmiana nazwy tych plików (na przykład usunięcie spacji) spowodowała trwale błąd.

0

Dla dodatkowej informacji (i powód popełniającego usunięcie następnie ponowne dodanie obraźliwych dzieł plików) Okazało się, że błąd ten pojawił się, gdy próbuje popełnić następujące:

filename.JPG (original versioned file)

filename.jpg   (the modified file I'm trying to commit)

Identyfikuje jako tego samego pliku jednak różnica kapitalizacji powoduje błąd źródła delty.

1

Ulepszono aktualizację TortoiseSVN z wersji 1.6 na 1.9, a następnie zastosowanie operacji "Aktualizacja kopii SVN" (poprzez menu kontekstowe w Eksploratorze Windows).

0

Musiałem wrócić do klienta svn < 1.7, który używa starego formatu pliku klienta svn. Zainstalowałem więc najnowszą wersję 1.6 TortoiseSVN (1.6.17), która do tej pory działa dobrze.

Aby podać nieco tła: od wersji SVN 1.7 używany jest nowy format pliku klienta oparty na bazie danych sqlite. Jest to rozpoznawalne przez pojedynczy folder .svn w górnym folderze projektu, podczas gdy stary format pliku (pre-1.7) korzysta z jednego folderu .svn na każdy folder lokalny. Kopia robocza oparta na starym formacie zajmuje około dwa razy więcej miejsca niż kopia robocza oparta na nowym formacie pliku sqlite.

Powiązane problemy