Przeszukałem już tę wiadomość i mam dużo miejsca na dysku na serwerze SVN (jest to około 4% wykorzystania 150 GB).
Zauważyłem, że kiedy próbuję echo $TMPDIR
z wiersza poleceń na serwerze SVN, nic nie dostaję.
To, co sprawia, że jest to trochę mylące, polega na tym, że otrzymuję ten komunikat tylko z jednego miejsca, gdy robię svn diff
(który testowałem do tej pory) - ten błąd nie pojawia się, gdy próbuję z trzech innych komputerów (z których jeden testuje przeciw dokładnie temu samemu repozytorium, pozostałe dwa są różnymi repozytoriami na tym samym serwerze svn).
Jedyną różnicą, jaką widzę, jest to, że zepsuta kopia robocza łączy się z serwerem za pomocą adresu IP, na którym wszyscy inni używają nazwy serwera (chociaż rozwiązuje to przez DNS na ten sam adres IP).
Mam nadzieję, że nie będę musiał drapać zepsutej kopii roboczej i pobrać nowej - niestety, jest to projekt starszy i nie wszystkie zmiany zostały odpowiednio poprawione.
Odpowiedzi:
Ten błąd pojawia się również, gdy dysk jest pełny , jak odkryłem.
Zwolnij trochę miejsca, a błąd zniknie.
źródło
W końcu wymyśliłem metodę, aby to zrobić (a także uzyskać wszystko, co obecnie nie jest sprawdzane pod odpowiednią kontrolą wersji):
Sądzę, że w jednym z plików .svn musiało być jakieś uszkodzenie dla tej kopii roboczej.
źródło
Na komputerze, na którym występuje problem, spróbuj ręcznie usunąć ten katalog, nie zatwierdzaj go, ale zaktualizuj svn na komputerze lokalnym, ponów zmiany w tym katalogu, jest to jeden katalog. To zwykle działa ze mną przy podobnych błędach.
źródło
Udało mi się rozwiązać ten problem, uruchamiając skrypt podany tutaj:
https://svn.apache.org/repos/asf/subversion/trunk/contrib/client-side/svn-clean
źródło