Назад | Перейти на главную страницу

Ошибка Subversion: (метод 405 запрещен) в ответ на MKCOL

Я получаю следующую ошибку при попытке зафиксировать добавление нового каталога.

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

Я никогда раньше не видел этой ошибки. Как я могу исправить эту проблему?

Решение
Мне удалось решить проблему:

Эта ошибка обычно указывала на папку, которую вы пытаетесь добавить уже существует в репозитории - делали ли вы обновление недавно или для начала выполнили нерекурсивную проверку?

Я раньше сталкивался с этой ошибкой - нашел блог, в котором говорилось, в чем проблема. Решение было немного более сложным: удалите соответствующий каталог из моей рабочей копии (скопировав его в другое место), запустите рекурсивное обновление, а затем вручную объедините два каталога вместе.

Изменить: Opps - уже ответил в теле вопроса. И тут меня очень обрадовало, что я знаю ответ на оставшийся без ответа вопрос :)

У меня была аналогичная проблема с MKACTIVITY в googlecode. Это произошло потому, что я проверил репозиторий с помощью http :, но для регистрации требуется https :.

У меня такая же ошибка, и мне удалось ее решить:

  1. SVN Переименуйте проблемный каталог в 'foo' или что-то еще
  2. SVN Commit
  3. SVN Переименовать обратно на желаемое имя
  4. SVN Commit

Я не уверен, что это работает во всех случаях, но это проще, чем удаление родительского каталога.

Допускает ли ваш репозиторий svn коммиты через HTTP? Некоторые репозитории, например SourceForge, позволяют анонимный проверка через HTTP, но требует от разработчиков проверки через svn и SSH.

В моем случае у меня возникли проблемы с проверкой файлов в папке. Я выполнил шаги, описанные Серджио, с небольшими изменениями.

  1. Скопировал проблемный родительский каталог.
  2. В скопированном каталоге удалены файлы .svn
  3. svn delete / parent_directory
  4. Зафиксировать
  5. Создать новый каталог в репо
  6. Зафиксировать
  7. Переместить подкаталоги из скопированного каталога в репо
  8. Зафиксировать
  9. Копировать отдельные файлы
  10. Зафиксировать

У меня было несколько файлов, с которыми у меня были проблемы. Я оставил их вне репозитория, но воссоздал их под новым именем.

У меня возникла эта проблема, когда я удалил каталог из SVN, а затем воссоздал его, когда я зафиксировал новый добавленный каталог, SVN выдал эту ошибку. Я решил проблему запуск SVN в новом добавленном каталоге, а затем разрешение конфликтов вручную.

Используя Unfuddle, размещенную службу svn, я неоднократно сталкивался с этой ошибкой, когда .svn попирался копированием файлов в поисковике OS X. Заклинание svn, которое у меня сработало:

  • возвращаться
  • Обновить
  • удалить папку, используя удаленный URL
  • добавить и зафиксировать папку

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

В Eclipse это легко исправить.

Команда> Переключиться на другой тег / ветку

Выберите, полностью рекурсивно и отметьте Изменить рабочую копию на указанную глубину

Нажмите ОК

Значок папки изменится. Щелкните правой кнопкой мыши и (команда>) Отметьте как решенное.

Вот и все, теперь вы можете совершить.

Сделайте резервную копию папки.
Удалите папку в репозитории (используя Repo-Browser).
Зафиксируйте снова.

У меня отлично работает.
Маркус

У меня была аналогичная проблема, я сделал резервную копию каталога (просто для безопасности), чем обновил папку svn. после этого я мог бы снова совершить. (и не использовал мою резервную копию)

У меня была проблема с e175002 200 ОК. Но я прочитал, что путь в сообщении об ошибке говорит о неправильном сервере, поэтому URL-адрес моего ствола не был подходящим (http: // localhost: 80 / путь / к / мой / ствол /)… Погоди! МЕСТНЫЙ ХОЗЯИН ?! ... И теперь я понимаю, что это потому, что при моей первой ревизии мои настройки отправили мои файлы проекта в мое репо локально ... Итак, при первой ревизии убедитесь, что ваши настройки для IP-адреса вашего сервера не ошибочны, потому что после этого ... репо будет содержать неправильную информацию, и вам нужно будет найти способ изменить эти плохие настройки на нем или на каждом клиенте, который хочет использовать ваше репо в первый раз.

Мое решение состояло в том, чтобы проверять каждую папку моего проекта…. в каждой папке есть папка .svn, в которой хранится информация, и в каждой папке .svn файл под названием «записи» ... В этом файле есть путь к серверу, я заменил плохую строку на хороший IP в каждой сохраненной записи в каждой папке .svn. И больше никаких ошибок.

Надеюсь, поможет. :) извините, если мне сложно понять мой пост ^^ 'Я очень стараюсь.