Metoda SVN 405 niedozwolona

Przypadkowo usunąłem folder w SVN i natychmiast dodałem go z powrotem. Wystąpił problem z tym i moje rozwiązanie zakończyło się całkowitym usunięciem folderu z mojej kopii lokalnej, a także kopii serwera. Mogę bez problemu aktualizować i zatwierdzać każdy inny plik lub folder, ale jeśli spróbuję utworzyć folder o tej samej nazwie, dodać i zatwierdzić, pojawia się następujący błąd:

svn: serwer wysłał nieoczekiwaną wartość zwracaną (metoda 405 niedozwolona) w odpowiedzi na żądanie MKCOL dotyczące „/ svn / www /! svn / wrk / 9de0d765-2203-456c-af16-58e792ec7ac0 / trunk / htdocs / solutions / medical”

Przeprowadziłem niezliczone porządki, zatwierdzenia, aktualizacje itp. Nic nie rozwiązuje problemu. Pomysły?

FYI, nie mam możliwości zmiany nazwy folderu najwyższego poziomu.

Domyślam się, że folder, który próbujesz dodać, już istnieje w SVN. Możesz potwierdzić, wypisując pliki w innym folderze i sprawdzić, czy łącze trunk ma już wymagany folder.

Najszybszym sposobem, aby to naprawić, było zduplikowanie folderu, którego dotyczy problem, i zatwierdzenie go pod inną nazwą. Wtedy svn mv duplicateFolder originalFolder. Całkiem proste.

Więc weź folder1 i utwórz folder1Copy:

svn delete folder1
svn add folder1Copy

Zatwierdź i zaktualizuj:

svn mv folder1Copy/ folder1/

Zatwierdź ponownie i to naprawione.

Mój folder „zniknął” to libraries/fof.

Gdybym go usunął, a następnie uruchomił aktualizację, nie pojawiłby się.

cd libaries
svn up

(nic się nie dzieje).

Ale aktualizacja z rzeczywistą nazwą:

svn update fof

załatwił sprawę i został zaktualizowany. Więc zdetonowałem moją kopię roboczą (ręcznie zarchiwizowaną przez tar) i ponownie uruchomiłem. Najłatwiejsze rozwiązanie.

Właśnie to naprawiłem w moim własnym repozytorium. Używam TortoiseSVN w systemie Windows, więc nie jestem pewien, jakie dokładnie polecenia to tłumaczy w wierszu poleceń, ale oto, co zrobiłem:

Zostaje wywołany problematyczny folder libi miał zostać dodany.

• Najpierw cofnąłem dodatek, aby SVN nie zwracał już na to uwagi.
• Następnie zmieniłem jego nazwę ( libsnie to, że ma to znaczenie) za pomocą menu kontekstowego systemu Windows, dodałem i zatwierdziłem pomyślnie.
• W końcu zmieniłem nazwę z powrotem na libużywanie menu kontekstowego TortoiseSVN (jest to prawdopodobnie ważne) i ponownie zatwierdziłem.

Właśnie z tym problemem spotkałem się teraz i rozwiązałem go w ten sposób. Więc nagrałem to tutaj i chciałbym, żeby było przydatne dla innych.

Scenariusz:

1. Zanim zatwierdzę kod, wersja: 100
2. (Ktoś inny zatwierdza kod ... wersja zwiększona do 199)
3. (Zapomniałem uruchomić "svn up") zatwierdzam kod, teraz moja wersja: 200
4. Uruchamiam "svn up".

Wystąpił błąd.

Rozwiązanie:

1. $ mv current_copy copy_back # Zmień nazwę bieżącej kopii kodu
2. $ svn checkout current_copy # Sprawdź ponownie
3. $ cp copy_back / current_copy # Przywróć swoje modyfikacje

Miałem podobny problem. Skończyło się na tym, że zrzuciłem go z orbity i straciłem historię SVN. Ale przynajmniej sprawiłem, że ten cholerny błąd zniknął.

Jest to prawdopodobnie nieoptymalna sekwencja poleceń do wykonania, ale powinna dość dokładnie odpowiadać sekwencji poleceń, które faktycznie wykonałem, aby wszystko działało:

cp -rp target ~/other/location/target-20111108
svn rm target --force
cp -rp ~/other/location/target-20111108 target-other-name
cd target-other-name
find . -name .svn -print | xargs rm -rf
cd ..
svn add target-other-name
svn ci -m "Re-re-re-re-re-re-re-re-re-re import target"
svn mv target-other-name target
svn ci -m "Re-re-re-re-re-re-re-re-re-re import target"

Jeśli używasz code.google.comdo hostowania repozytorium Subversion.

Wiesz poniżej rzeczy, prawda?

If you plan to make changes, use this command to check out the code as yourself using HTTPS:

# Project members authenticate over HTTPS to allow committing changes.
svn checkout https://.../svn/trunk/ user-...

When prompted, enter your generated googlecode.com password.
Use this command to anonymously check out the latest project source code:

# Non-members may check out a read-only working copy anonymously over HTTP.
svn checkout http://.../svn/trunk/ ...-read-only

Błąd, o którym dokładnie wspomniałeś, używasz Non-members may check out a read-only working copy anonymously over HTTPstatusu. Dlatego do tej pory nie możesz nic popełnić ani zrobić.

Musisz użyć Project members authenticate over HTTPS to allow committing changesrzeczy.

Teraz będzie dobrze.

Napotkałem ten sam problem i udało mi się go naprawić poprzez:

1. Skopiuj folder w inne miejsce.
2. Usuń .svn z skopiowanego folderu
3. Kliknij prawym przyciskiem myszy oryginalny folder i wybierz „SVN Checkout”
4. Jeśli nie możesz znaleźć (3), to Twoja sprawa jest inna niż moja.
5. Sprawdź, czy katalog w REPO-BROWSER jest poprawny. W moim przypadku to była przyczyna.
6. Sprawdzić
7. Przywróć pliki ze skopiowanego folderu do oryginalnego katalogu.
8. Popełnić.

Oznacza to, że folder / plik, który próbujesz umieścić na svn, już tam istnieje. Moja rada jest taka, że ​​zanim cokolwiek zrobisz, kliknij prawym przyciskiem myszy folder / plik i kliknij przeglądarkę repo. W ten sposób będziesz mógł zobaczyć wszystkie pliki / podfoldery itp., Które są już obecne na svn. Jeśli wymagany plik / folder nie jest obecny na svn, po prostu usuń (po wykonaniu kopii zapasowej) plik, który chcesz dodać, a następnie uruchom aktualizację.

Aktualnie dodany katalog jest już zatwierdzony w repozytorium. Więc usuń katalog w repozytorium i ponownie zatwierdź ten sam katalog.

Otrzymałem ten błąd, ponieważ zamieniłem adres URL na nowy kończący się na „/”. Znaczy rekord w wc.db bazy danych w .svn folderu w repozytorium tabeli.

Po usunięciu znaku: „/” błąd zniknął.