Ошибка Subversion: (метод 405 не разрешен) в ответ на MKCOL
Я получаю следующую ошибку при попытке добавления нового каталога.
svn: Commit failed (details follow):
svn: Server sent unexpected return value (405 Method Not Allowed) in response to MKCOL request for '....
Я никогда не видел эту ошибку раньше. Как я могу решить эту проблему?
Solution
Мне удалось решить проблему:
- Удалите родительский каталог из папки, в которой возникла проблема.
- Делаем SVN Update.
- Папка с тем же именем, что и новая, уже существовала в хранилище.
- Удалить эту папку.
- SVN коммит.
- Скопируйте новую папку, расписание для добавления и фиксации SVN.
Эта ошибка обычно указывала на то, что папка, которую вы пытаетесь добавить уже, существует в репозитории - вы недавно делали обновление или вы делали нерекурсивную проверку для начала?
Ранее я сталкивался с этой ошибкой - нашел блог, в котором рассказывалось, в чем проблема. Решение было немного более сложным, удалите соответствующий каталог из моей рабочей копии (скопировав его в другое место), запустите рекурсивное обновление, затем объедините эти два каталога вместе вручную.
Правка: Opps - уже ответил в теле вопроса. И тут меня все взволновало то, что я знал ответ на вопрос без ответа :)
У меня была похожая проблема с MKACTIVITY на GoogleCode. Это потому, что я проверил хранилище с http :, но для регистрации требуется https :.
Я получил ту же ошибку и сумел ее устранить:
- SVN Переименуйте проблемный каталог в 'foo' или что-то еще
- SVN Commit
- SVN переименовать обратно на имя, которое вы хотите
- SVN Commit
Я не уверен, что это работает во всех случаях, но это проще, чем удаление родительского каталога.
Ваш репозиторий svn разрешает коммиты через HTTP? Некоторые репозитории, такие как SourceForge, позволяют анонимно извлекать через HTTP, но требуют, чтобы разработчики зарегистрировались через svn и SSH.
В моем случае у меня были проблемы с проверкой файлов в папке. Я следовал за шагами, изложенными Серхио, с некоторыми изменениями.
- Скопировал проблемный родительский каталог.
- Удаленные файлы .svn в скопированном каталоге
- svn delete/parent_directory
- Совершить
- Создать новый каталог в репо
- Совершить
- Переместить подкаталоги из скопированного каталога в репозиторий
- Совершить
- Копировать отдельные файлы
- Совершить
У меня было несколько файлов, с которыми у меня были проблемы. Я оставил их из хранилища, но воссоздал их с новым именем.
У меня была эта проблема, когда я удалял из каталога форму SVN, а затем воссоздал ее, когда я зафиксировал новый добавленный каталог, SVN выдал эту ошибку. Я решил проблему с помощью запустив SVN в новом добавленном каталоге, а затем разрешил конфликты вручную.
Используя Unfuddle, размещенный сервис svn, я неоднократно вижу эту ошибку, когда .svn вытесняется копированием файла в OS X Finder. Заклинание SVN, которое работало для меня:
- revert
- Обновление
- удалить папку с помощью удаленного URL
- добавить и зафиксировать папку
Сделайте резервную копию папки.
Удалить папку в репозитории (используя Repo-Browser).
Подтвердите снова.
У меня отлично работает.
Марк
В Eclipse это легко исправить.
Команда> Переключиться на другой тег/ветку
Выберите, полностью рекурсивный и установите флажок Изменить рабочую копию на указанную глубину.
Нажмите ОК
Значок папки изменится. Щелкните правой кнопкой мыши и (команда>) Марк Разрешен.
Вот и все, теперь вы можете совершить.
В моем случае я добавлял новый каталог, который, как предполагалось, мои локальные (клиентские) метаданные уже находились на сервере, а программа очистки не исправила его. Я скопировал все новые и измененные файлы, удалил все (кроме корневой папки .svn), запустил обновление, чтобы восстановить файлы, и скопировал обратно в каталог новые и измененные файлы, для которых я создал резервную копию. Я добавил новые файлы снова и успешно зафиксировал.
у меня была похожая проблема, я сделал резервную копию каталога (только для безопасности), чем обновить папку SVN. после этого я мог бы совершить снова. (и не использовал мой бэкап)