I am getting the following error while trying to commit a new directory addition.

svn: Commit failed (details follow):
svn: Server sent unexpected return value (405 Method Not Allowed) in response to MKCOL request for '....

I have never seen this error before. How can I fix this problem?

I managed to solve the problem:

  • Delete the parent's directory of the folder giving the problem.
  • Do SVN Update.
  • A folder with the same name as the new one already existed in repository.
  • Delete this folder.
  • SVN commit.
  • Copy the new folder, schedule for addition and SVN commit.
  • Lacks information, like your configuration, your transport (HTTP/HTTPS), the messages on the server error log (the most important), if you are running a web-cache service between client and server, etc...
    – Juliano
    May 25, 2009 at 14:43
  • 7
    Please add solutions as answers, rather than adding to the question
    – Sam Cogan
    May 25, 2009 at 15:08
  • 3
    I hate svn giving error and stop. It look like a child sniveling all the time. I reverted, than added then committed and magicly server acccepted.
    – nerkn
    Jan 31, 2011 at 1:39
  • For google code repository see - stackoverflow.com/a/32636072/1406510
    – nanosoft
    Sep 17, 2015 at 17:09

12 Answers 12


This error usually indicated the folder you're trying to add already exists in the repository - have you done an update recently, or did you do a non-recursive checkout to start with?

I've previously encountered this error - found a blog that told me what the problem was. Solution was a little more complex, remove the directory in question from my working copy (copying it somewhere else), run a recursive update, then merge the two directories together manually.

Edit: Opps - already answered in question body. And here I was all excited that I knew the answer to an unanswered question :)

  • @Andrew -- well, you answered the question properly... @Sergio should have answered his own question.
    – Josh
    Feb 26, 2010 at 14:53

I had a similar problem with MKACTIVITY on googlecode. It was because I had checked out the repository with http:, but check-ins required https:.

  • Great catch - I was just about to unleash the fury of the impatient programmer on my machine. :) You either need to recheckout the folder with https: (or if you're sneaky clear out the folder except for the .svn, then modify the contents of .svn/entries which has the url from http => https. Now the commit screen would show the https URL.)
    – Gishu
    Jun 30, 2010 at 9:44
  • stackoverflow.com/a/32636072/1406510
    – nanosoft
    Sep 17, 2015 at 17:08

I got the same error and managed to resolve it:

  1. SVN Rename the problematic directory to 'foo', or whatever
  2. SVN Commit
  3. SVN Rename back to the name you want
  4. SVN Commit

I'm not sure if this works in all cases, but it's simpler than deleting the parent directory.

  • That simple solution resolved my issue. Thanks a lot! :)
    – consuela
    Mar 6, 2015 at 16:44

Does your svn repository allow commits via HTTP? Some repositories, like SourceForge, allow anonymous checkout via HTTP, but require developers to check in via svn and SSH.


In my case, I was having problems checking in files within a folder. I followed the steps Sergio outlined with a few changes.

  1. Copied the problem parent directory.
  2. Deleted .svn files in copied directory
  3. svn delete /parent_directory
  4. Commit
  5. Create new directory in repo
  6. Commit
  7. Move sub directories from copied directory to repo
  8. Commit
  9. Copy individual files
  10. Commit

I had a few files that I had challenges with. I left them out of the repository, but recreated them with a new name.


I had this problem when I removed a directory form SVN, and then recreated it, when I committed the new added directory, SVN yielded this error. I solved the problem by running a SVN up on the new added directory, and then resolved the conflicts manually.


Using Unfuddle, a hosted svn service, I repeatedly see this error when the .svn gets trampled by file copying in the OS X finder. The svn incantation that worked for me:

  • revert
  • update
  • delete the folder using the remote url
  • add and commit the folder

In my case, I was adding a new directory that my local (client) metadata assumed to already be on the server and Cleanup did not rectify it. I backed up all the new and modified files, deleted everything (except the root .svn folder), ran Update to restore the files, and copied back into the directory the new and modified files I had backed up. I added the new files again and committed successfully.


In Eclipse it is easy to fix.

Team > Switch to another Tag/branch

Select, fully recursive and check Change working copy to specified depth

Press OK

The folder's icon change. Right click and (team >) Mark Resolved.

That's it, now you can commit.

  • Bear in mind that Eclipse is a development tool, and not really the focus of ServerFault.
    – Andrew B
    Mar 20, 2013 at 23:17

Make a backup of the folder.
Delete the folder in the repository (using Repo-Browser).
Commit again.

Works fine for me.


i had similar problem, i backed up the directory (just for safety) than update the svn folder. after that i could commit again. (and not used my backup)


I had an issue with e175002 200 OK. But I read that the path on the error message was talking about a wrong server, so the URL of my trunk was not the good one (http://localhost:80/path/to/my/trunk/) … wait ! LOCALHOST ?! ... And now I realize that it's because on my first rev my settings sent my project files to my repo locally … So on your first rev make sure your settings for the IP of your server is not wrong because after that... your repo will contain wrong informations, and you'll have to find a way to modify those bad settings on it, or on every client that want to use your repo for the first time.

My fix was to check on every folder of my project…. on every folder there is the .svn folder that store informations, and on every .svn folder a file called "entries" … In this file there is a path to the server, I replaced the bad line by the good IP in every entries stored in every .svn folders. And then no more errors.

Hope it helps. :) sorry if it's hard to understand my post ^^' I'm a try-harder.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .