Podczas próby zatwierdzenia dodania nowego katalogu pojawia się następujący błąd.
svn: Commit failed (details follow):
svn: Server sent unexpected return value (405 Method Not Allowed) in response to MKCOL request for '....
Nigdy wcześniej nie widziałem tego błędu. Jak mogę rozwiązać ten problem?
Rozwiązanie
Udało mi się rozwiązać problem:
- Usuń katalog nadrzędny folderu, w którym występuje problem.
- Wykonaj aktualizację SVN.
- Folder o tej samej nazwie co nowy już istniał w repozytorium.
- Usuń ten folder.
- Zatwierdź SVN.
- Skopiuj nowy folder, harmonogram dodawania i zatwierdzenie SVN.
Odpowiedzi:
Ten błąd zwykle wskazywał, że folder, który próbujesz dodać, już istnieje w repozytorium - czy zrobiłeś ostatnio aktualizację, czy też zrobiłeś nierekurencyjne pobieranie na początek?
Wcześniej napotkałem ten błąd - znalazłem blog, który powiedział mi, na czym polega problem. Rozwiązanie było trochę bardziej złożone, usuń dany katalog z mojej kopii roboczej (kopiując go gdzie indziej), uruchom aktualizację rekurencyjną, a następnie ręcznie połącz dwa katalogi.
Edycja: Opps - już udzielono odpowiedzi w treści pytania. I tutaj byłem podekscytowany, że znałem odpowiedź na pytanie bez odpowiedzi :)
źródło
Miałem podobny problem z MKACTIVITY na Googlecode. Było tak, ponieważ sprawdziłem repozytorium za pomocą http :, ale zameldowanie wymagało https :.
źródło
Otrzymałem ten sam błąd i udało mi się go rozwiązać:
Nie jestem pewien, czy to działa we wszystkich przypadkach, ale jest to prostsze niż usunięcie katalogu nadrzędnego.
źródło
Czy twoje repozytorium svn zezwala na zatwierdzanie przez HTTP? Niektóre repozytoria, takie jak SourceForge, umożliwiają anonimowe pobieranie przez HTTP, ale wymagają od programistów logowania za pośrednictwem svn i SSH.
źródło
W moim przypadku miałem problemy ze sprawdzaniem plików w folderze. Postępowałem zgodnie z instrukcjami Sergio z kilkoma zmianami.
Miałem kilka plików, z którymi miałem problemy. Zostawiłem je poza repozytorium, ale odtworzyłem je pod nową nazwą.
źródło
Miałem ten problem, kiedy usunąłem katalog z SVN, a następnie odtworzyłem go, kiedy zatwierdziłem nowy dodany katalog, SVN spowodował ten błąd. Rozwiązałem problem, uruchamiając SVN w nowym dodanym katalogu, a następnie ręcznie rozwiązałem konflikty .
źródło
Korzystając z Unfuddle, hostowanej usługi svn, wielokrotnie widzę ten błąd, gdy plik .svn zostaje zdeptany przez kopiowanie plików w wyszukiwarce OS X. Inkantacja svn, która zadziałała dla mnie:
źródło
W moim przypadku dodawałem nowy katalog, który metadane lokalne (klienta) założyły, że są już na serwerze, a Oczyszczanie go nie poprawiło. Utworzyłem kopię zapasową wszystkich nowych i zmodyfikowanych plików, usunąłem wszystko (oprócz głównego folderu .svn), uruchomiłem Aktualizację, aby przywrócić pliki, i ponownie skopiowałem do katalogu nowe i zmodyfikowane pliki, których kopię zapasową wykonałem. Dodałem ponownie nowe pliki i zatwierdziłem pomyślnie.
źródło
W Eclipse można to łatwo naprawić.
Zespół> Przełącz na inny Tag / oddział
Wybierz, w pełni rekurencyjny i zaznacz Zmień kopię roboczą na określoną głębokość
wciśnij OK
Ikona folderu zmienia się. Kliknij prawym przyciskiem myszy i (zespół>) Oznacz jako rozwiązane.
To wszystko, teraz możesz popełnić.
źródło
Utwórz kopię zapasową folderu.
Usuń folder z repozytorium (używając Repo-Browser).
Zaangażuj się ponownie.
Działa dobrze dla mnie.
Marcus
źródło
miałem podobny problem, utworzyłem kopię zapasową katalogu (dla bezpieczeństwa) niż zaktualizowałem folder svn. potem mogłem ponownie popełnić. (i nie użyłem mojej kopii zapasowej)
źródło
Miałem problem z e175002 200 OK. Ale przeczytałem, że ścieżka w komunikacie o błędzie mówiła o niewłaściwym serwerze, więc adres URL mojego łącza nie był dobry ( http: // localhost: 80 / path / to / my / trunk / )… czekaj! LOKALNY GOSPODARZ ?! ... A teraz zdaję sobie sprawę, że dzieje się tak, ponieważ przy pierwszym obrocie moje ustawienia wysłały moje pliki projektu lokalnie do mojego repo… Więc przy pierwszym obrocie upewnij się, że ustawienia adresu IP twojego serwera nie są złe, ponieważ po tym ... repozytorium będzie zawierało błędne informacje i będziesz musiał znaleźć sposób na zmodyfikowanie tych złych ustawień na nim lub na każdym kliencie, który chce użyć twojego repo po raz pierwszy.
Moją poprawką było sprawdzenie każdego folderu mojego projektu… w każdym folderze znajduje się folder .svn, w którym przechowywane są informacje, a w każdym folderze .svn plik o nazwie „wpisy”… W tym pliku znajduje się ścieżka do serwera, zastąpiłem złą linię dobrym adresem IP w każdym zapisanym wpisie w każdym folderze .svn. A potem nie więcej błędów.
Mam nadzieję, że to pomoże. :) przepraszam, jeśli trudno jest zrozumieć mój post ^^ 'Jestem trudniejszy.
źródło