SVN 405 Method Not Allowed

Question

I accidentally deleted a folder in SVN and added it back immediately  I ran into an issue with this and my solution ended up removing the folder completely from my local copy as well as the server copy  I can do updates and commits without problems on any other file or folder  but if I try to create a folder with the same name  add  and commit  it gives me the following error      svn  Server sent unexpected return value  405 Method Not Allowed  in response to MKCOL request for   svn www  svn wrk 9de0d765-2203-456c-af16-58e792ec7ac0 trunk htdocs solutions medical    I have run countless cleanups  commits  updates  etc  Nothing resolves the issue  Ideas   FYI  I do not have the option of renaming the top level folder

User · Accepted Answer

My guess is that the folder you are trying to add already exists in SVN  You can confirm by checking out the files to a different folder and see if trunk already has the required folder

User · Answer

I encountered the same issue and was able to fix it by    Copy the folder to another place  Delete  svn from copied folder Right click the original folder and select  SVN Checkout   If you can t find  3   then your case is different than mine  See if the directory on the REPO-BROWSER is correct  For my case  this was the cause  Check out Get back the files from the copied folder into the original directory  Commit

User · Answer

The currently added directory is already committed in the repository  So delete the directory in the repository and commit the same directory again

User · Answer

If you use code google com to host your Subversion repository   You know below things  right   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   The error you mentioned exactly you are using Non-members may check out a read-only working copy anonymously over HTTP status  Therefore  you can not commit or do anything so far   You must use Project members authenticate over HTTPS to allow committing changes thing   It will be fine now

User · Answer

I just fixed this in my own repository  I m using TortoiseSVN on Windows  so I m not sure exactly what commands this translates to on the command line  but here s what I did   The problematic folder is called lib  and it was due to be added      First I undid the add  so that SVN was no longer paying attention to it  Then I renamed it  to libs  not that that matters  using the Windows context menu  added it  and committed successfully   Finally I renamed it back to lib using TortoiseSVN s context menu  this is probably important   and committed again

User · Answer

I got this error because I replaced URL address with new one ending up with      I mean record in wc db database in  svn folder in REPOSITORY table   When I removed sign      then the error went away

User · Answer

I had a similar problem  I ended up nuking it from orbit  and lost my SVN history in the process  But at least I made that damn error go away   This is probably a sub-optimal sequence of commands to execute  but it should fairly closely follow the sequence of commands that I actually did to get things to work   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

User · Answer

My  disappeared  folder was libraries fof   If I deleted it  then ran an update  it wouldn t show up   cd libaries svn up    nothing happens    But updating with the actual name   svn update fof   did the trick and it was updated  So I exploded my  manually tar-archived  working copy over it and recommitted  Easiest solution

User · Answer

The quickest way for me to fix it was to duplicate the affected folder  and commit it with an alternative name  Then svn mv duplicateFolder originalFolder  Pretty easy   So  take folder1 and make a folder1Copy   svn delete folder1 svn add folder1Copy   Commit and update   svn mv folder1Copy  folder1    Commit again and it s fixed

User · Answer

This means that the folder file that you are trying to put on svn already exists there  My advice is that before doing anything just right click on the folder file and click on repo-browser  By doing this you will be able to see all the files sub-folders etc that are already present on svn  If the required file folder is not present on the svn then you just delete after taking backup  the file that you you want to add and then run an update

User · Answer

I also met this problem just now and solved it in this way  So I recorded it here  and I wish it be useful for others   Scenario    Before I commit the code  revision  100  Someone else commits the code    revision increased to 199  I  forgot to run  svn up     commit the code  now my revision  200 I run  svn up     The error occurred   Solution      mv current copy copy back   Rename the current code copy   svn checkout  current copy     Check it out again   cp copy back  current copy   Restore your modifications

[svn] SVN 405 Method Not Allowed

Examples related to svn

Examples related to http-status-code-405