Помилка підриву: (метод 405 не дозволений) у відповідь на MKCOL

Я отримую таку помилку під час спроби зробити нове додавання до каталогу.

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

Я ніколи раніше не бачив цієї помилки. Як я можу виправити цю проблему?

Вирішення проблеми
мені вдалося вирішити:

• Видаліть батьківський каталог папки із проблемою.
• Зробіть оновлення SVN.
• Папка з такою ж назвою, що і нова, вже існувала у сховищі.
• Видаліть цю папку.
• SVN фіксація.
• Скопіюйте нову папку, графік додавання та SVN-фіксацію.

Ця помилка зазвичай вказувала на те, що папка, яку ви намагаєтеся додати, вже існує у сховищі - чи нещодавно ви робили оновлення, чи ви робили нерекурсивну перевірку для початку?

Раніше я стикався з цією помилкою - знайшов блог, який розповів, у чому проблема. Рішення було трохи складніше, видаліть відповідний каталог з моєї робочої копії (копіюючи його десь в іншому місці), запустіть рекурсивне оновлення, а потім з’єднайте два каталоги разом вручну.

Редагувати: Опси - вже відповів орган запитання. І тут я був усій схвильований, що знав відповідь на питання без відповіді :)

У мене була схожа проблема з MKACTIVITY на googlecode. Це було тому, що я перевірив сховище з http :, але для реєстрації потрібні https :.

Я отримав таку ж помилку і вдалося її вирішити:

1. SVN Перейменуйте проблемний каталог на 'foo', або будь-що інше
2. SVN Коміт
3. SVN Перейменуйте назад до потрібного імені
4. SVN Коміт

Я не впевнений, чи працює це у всіх випадках, але це простіше, ніж видалення батьківського каталогу.

Чи ваше сховище 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-адреси
• додайте та закріпіть папку

У моєму випадку я додав новий каталог, який мій локальний (клієнтський) метадані вважав, що вже є на сервері, і очищення не виправляло його. Я створив резервну копію всіх нових та модифікованих файлів, видалив усе (крім папки root .svn), запустив Update для відновлення файлів та скопіював у каталог нові та модифіковані файли, які я створив. Я знову додав нові файли і завершився успішно.

У Eclipse це легко виправити.

Команда> Перехід на інший тег / гілку

Виберіть, повністю рекурсивну та встановіть прапорець Змінити робочу копію на задану глибину

Натисніть OK

Змінюється значок папки. Клацніть правою кнопкою миші та (команда>) Позначити вирішено.

Це все, тепер ви можете взяти на себе зобов’язання.

Зробіть резервну копію папки.
Видаліть папку в сховищі (використовуючи Repo-браузер).
Зробіть ще раз.

Добре працює для мене.
Маркус

У мене була подібна проблема, я створив резервну копію каталогу (тільки для безпеки), ніж оновити папку svn. після цього я могла знову здійснити. (і не використовується моя резервна копія)

У мене виникла проблема з e175002 200 ОК. Але я прочитав, що шлях у повідомленні про помилку говорив про неправильний сервер, тому URL-адреса мого стовбура була не найкращою ( http: // localhost: 80 / path / to / my / trunk / )… зачекайте! LOCALHOST ?! ... І тепер я розумію, що це тому, що на першому обороті мої налаштування надіслали мої файли проекту на місце мого репо локально ... Тож на першому обороті переконайтеся, що ваші налаштування для IP вашого сервера не помиляються, оскільки після цього ... ваш РЕПО міститиме неправильну інформацію, і вам доведеться знайти спосіб змінити ті погані налаштування на ньому або на кожному клієнті, який хоче використовувати ваше репо вперше.

Моє виправлення полягало в тому, щоб перевірити кожну папку мого проекту…. у кожній папці є папка .svn, яка зберігає інформацію, а на кожній папці .svn файл, який називається "записи" ... У цьому файлі є шлях до сервера, я замінив поганий рядок на хороший IP у всіх записаних записах у всіх .svn папках. І тоді більше не буде помилок.

Сподіваюся, це допомагає. :) вибачте, якщо важко зрозуміти мій пост ^^ 'Я намагаюся більше.