ошибка subversion: (метод 405 не разрешен) в ответ на mkcol

<p>я получаю следующую ошибку при попытке добавления нового каталога.</p><pre><code>svn: commit failed (details follow): svn: server sent unexpected return value (405 method not allowed) in response to mkcol request for '.... </code></pre><p>я никогда не видел эту ошибку раньше. как я могу решить эту проблему?</p><p><strong>solution</strong><br> мне удалось решить проблему:</p><ul> <li>удалите родительский каталог из папки, в которой возникла проблема.</li> <li>делаем svn update.</li> <li>папка с тем же именем, что и новая, уже существовала в хранилище.</li> <li>удалить эту папку.</li> <li>svn коммит.</li> <li>скопируйте новую папку, расписание для добавления и фиксации svn.</li> </ul>

<p>эта ошибка обычно указывала на то, что папка, которую вы пытаетесь добавить <strong>уже</strong>, существует в репозитории - вы недавно делали обновление или вы делали нерекурсивную проверку для начала?</p><p>ранее я сталкивался с этой ошибкой - нашел блог, в котором рассказывалось, в чем проблема. решение было немного более сложным, удалите соответствующий каталог из моей рабочей копии (скопировав его в другое место), запустите рекурсивное обновление, затем объедините эти два каталога вместе вручную.</p><p>правка: opps - уже ответил в теле вопроса. и тут меня все взволновало то, что я знал ответ на вопрос без ответа :)</p>

<p>у меня была похожая проблема с mkactivity на googlecode. это потому, что я проверил хранилище с http :, но для регистрации требуется https :.</p>

<p>я получил ту же ошибку и сумел ее устранить:</p><ol> <li>svn переименуйте проблемный каталог в 'foo' или что-то еще</li> <li>svn commit</li> <li>svn переименовать обратно на имя, которое вы хотите</li> <li>svn commit</li> </ol><p>я не уверен, что это работает во всех случаях, но это проще, чем удаление родительского каталога.</p>

<p>ваш репозиторий svn разрешает коммиты через http? некоторые репозитории, такие как sourceforge, позволяют <em>анонимно</em> извлекать через http, но требуют, чтобы разработчики зарегистрировались через svn и ssh.</p>

<p>в моем случае у меня были проблемы с проверкой файлов в папке. я следовал за шагами, изложенными серхио, с некоторыми изменениями.</p><ol> <li>скопировал проблемный родительский каталог.</li> <li>удаленные файлы .svn в скопированном каталоге</li> <li>svn delete/parent\_directory</li> <li>совершить</li> <li>создать новый каталог в репо</li> <li>совершить</li> <li>переместить подкаталоги из скопированного каталога в репозиторий</li> <li>совершить</li> <li>копировать отдельные файлы</li> <li>совершить</li> </ol><p>у меня было несколько файлов, с которыми у меня были проблемы. я оставил их из хранилища, но воссоздал их с новым именем.</p>

<p>у меня была эта проблема, когда я удалял из каталога форму svn, а затем воссоздал ее, когда я зафиксировал новый добавленный каталог, svn выдал эту ошибку. я решил проблему с помощью <strong>запустив svn в новом добавленном каталоге, а затем разрешил конфликты вручную</strong>.</p>

<p>используя unfuddle, размещенный сервис svn, я неоднократно вижу эту ошибку, когда .svn вытесняется копированием файла в os x finder. заклинание svn, которое работало для меня:</p><ul> <li>revert</li> <li>обновление</li> <li>удалить папку с помощью удаленного url</li> <li>добавить и зафиксировать папку</li> </ul>

<p>сделайте резервную копию папки.<br> удалить папку в репозитории (используя repo-browser).<br> подтвердите снова.<br> <br> у меня отлично работает.<br> марк</p>

<p>в eclipse это легко исправить.</p><p>команда> переключиться на другой тег/ветку</p><p>выберите, полностью рекурсивный и установите флажок изменить рабочую копию на указанную глубину.</p><p>нажмите ок</p><p>значок папки изменится. щелкните правой кнопкой мыши и (команда>) марк разрешен.</p><p>вот и все, теперь вы можете совершить.</p>

<p>в моем случае я добавлял новый каталог, который, как предполагалось, мои локальные (клиентские) метаданные уже находились на сервере, а программа очистки не исправила его. я скопировал все новые и измененные файлы, удалил все (кроме корневой папки .svn), запустил обновление, чтобы восстановить файлы, и скопировал обратно в каталог новые и измененные файлы, для которых я создал резервную копию. я добавил новые файлы снова и успешно зафиксировал.</p>

<p>у меня была похожая проблема, я сделал резервную копию каталога (только для безопасности), чем обновить папку svn. после этого я мог бы совершить снова. (и не использовал мой бэкап)</p>