Когда я совершаю фиксацию, я получаю эту ошибку от Subversion:
bash-2.05b$ svn commit -m "testing subversion, still"
Adding baz
svn: Commit failed (details follow):
svn: MKCOL of '/viper/!svn/wrk/6b9bcd38-b2fe-0310-95ff-9d1a44098866/sandboxes/ohammersmith/trunk/baz': 405 Method Not Allowed (http://svn.example.com)





Это происходит, когда вы добавили каталог, который кто-то еще добавил и уже зафиксировал. Сообщение об ошибке при фиксации действительно сбивает с толку, но если вместо этого вы сделаете svn up, вы увидите это сообщение:
bash-2.05b$ svn up
svn: Failed to add directory 'baz': object of the same name already exists
Чтобы решить эту проблему, удалите каталог (или переместите его в сторону) и выполните svn update, чтобы получить версию на сервере и повторно внести изменения.
Как правило, обязательно используйте svn update, поскольку сообщения об ошибках более полезны.
Иногда возникает проблема, но обновление бесполезно, потому что, как ни странно, Subversion не пытается получить каталог из репозитория; это часто случается при использовании Tortoise SVN. Тогда решение состоит в доступе к самому репозиторию, например используя Tortoise SVN «Репо-браузер», и удалить каталог. Затем вы сможете добавить и зафиксировать свои локальные данные в репозитории.
Pragmateek - это может быть опасно, если вы не единственный, кто работаете с файлами в этой папке. Самый безопасный способ - это то, что предложил Отто. Переместите локальный каталог в сторону, обновите локальную копию (или получите новую копию, если обновление не работает), затем скопируйте свою папку поверх (чтобы получить любые изменения). Затем SVN примет изменения, и вы не потеряете всю работу, которую все остальные сделали с этой папкой с момента вашего последнего обновления.
Как исправить под MS Windows?
Команды @Dimi SVN одинаковы в Linux и Windows. Откройте cmd Windows, перейдите в свое репо и введите svn up.
Pragmateek / Dimi - комментарий Pragmateek работал у меня в Windows. Я скопировал нужную мне папку локально (без версии). Затем зашел в браузер репо и удалил папку прямо из SVN. Затем я обновил, вставил файл обратно в зафиксированный, и все было исправлено. Большое спасибо Pragmateek
Это происходит, когда вы добавили каталог, который кто-то еще добавил и уже зафиксировал.
Это то, что указывает на конфликт, но на уровне каталогов (просто для понимания).
Чтобы решить эту проблему, просто выполните svn update, прежде чем вносить изменения.
Когда это случилось со мной, это произошло потому, что вместо mkdir baz я выполнил cp -pr ./foo/ ./baz - тем самым получив каталог ./baz/.svn/, содержащий информацию SVN для каталога foo. Чтобы исправить это, я просто сделал rm -rf baz / .svn, а затем смог добавить svn, svn ci ...