Как исправить "содержащий область администрирования рабочей копии отсутствует" в SVN?

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

Любая попытка выполнить обновление или фиксацию завершится неудачей:

"blabla/.svn" containing working copy admin area is missing.

Я понимаю, почему, но все равно исправить это.

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

Ответы

Ответ 2

fwiw, я имел подобную ситуацию и использовал svn -force delete __dir __. Это решило проблему для меня. Затем я продолжал работать с моей рабочей копией как обычно.

Ответ 3

Что я сделал, чтобы исправить это, нужно удалить копию local интересующей вас папки и затем сделать svn update родителя непосредственно после этого.

Исправлено.

Ответ 4

Вы можете проверить новую копию родительского каталога?

Изменить: Чтобы быть более конкретным, я хотел предложить перейти на один уровень и удалить содержащуюся директорию. Тогда сделайте

svn update --set-depth infinity

чтобы заменить каталог.

Ответ 5

Я добавил каталог в svn, затем случайно удалил папку .svn.

Я использовал

svn delete --keep-local folderName

чтобы исправить мою проблему.

Ответ 6

Я просто сделал "svn revert/blabla", и он сработал, папка вернулась, и я могу удалить ее

Ответ 7

Ошибка "Directory" blah/.svn ", содержащая область администрирования рабочей копии, отсутствует" произошла, когда я попытался добавить каталог в репозиторий, но не имел достаточных привилегий файловой системы для этого. Этот каталог еще не был в репозитории, но он утверждал, что находится под контролем версий после неудачного добавления.

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

Ответ 8

Мы используем maven и svn. Это была ошибочная проверка целевой директории SVN, вызывающая эту ошибку. Удаление этого исправлено, если этот подсказка помогает кому-либо.

Ответ 9

Я пробовал svn rm --force /path/to/dir безрезультатно, но закончил только запуск svn up, и он исправил его для меня.

Ответ 10

У меня была эта ошибка в последнее время, когда файлы были исключены настройками в моих SVN-глобалях. Ошибка была особенно неприятной, так как я также удалил файлы непосредственно из репозитория - и это означало, что вышеупомянутые решения отказывались работать не будут. В этом случае, вручную удалив каталог .svn из каталога, который я удалил из SVN, разрешил мне запустить обновление, которое затем разрешило мне совершить.

Ответ 11

У меня была та же проблема, когда я пытался переключить "C:\superfolder"

Сообщения об ошибках:

Directory 'C:\superfolder\subfolder\.svn'
containing
working copy admin area is missing
Please execute the 'Cleanup' command.

После попытки выполнить "очистку", я получил следующую ошибку:

 Cleanup failed to process the following paths:
 C:\superfolder\
'C:\superfolder\subfolder\' is not a working copy directory

Решение:

  • Удалить папку "Вложенная папка"
  • Очистите папку "superfolder"
  • Попробуйте снова переключить папку "superfolder"

это сработало для меня. Пожалуйста, дайте мне знать, если он также работает для вас.

Ответ 12

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

После того как я изменил разрешения, все работало, как ожидалось.

Ответ 13

Не сильно понял ваши сообщения. Мое решение

  • Вырезать проблемную папку и скопировать ее в определенное место.
  • Получите решение из Subversion в другой рабочий каталог (только новый).
  • Добавьте сохраненную папку в новую рабочую копию и добавьте ее как существующий проект (если он работает как в моем случае).
  • Commit;

Ответ 14

У меня была эта проблема. Просто переместите blabla в другое место временно, сообщите svn, чтобы вернуть его, а затем переместите обратно. Он рассматривается как новое дополнение. Простой!

Ответ 15

Самый простой, который помог мне:

rm -rf _dir_in_question_
svn up

Если у вас есть изменения в проблемном каталоге, то это не является хорошим решением для вас.

Ответ 16

Я столкнулся с этой проблемой при замене библиотеки сторонних API новой версией, и ни одно из решений здесь не работало для меня, потому что я хотел заменить версию SVN на локальную версию. Мое решение было следующим:

1) Переместите папку с нарушением в мой домашний каталог, удалите его из SVN и выполните:

mv foldercausingproblem ~/
svn --force delete foldercausingproblem
svn commit --message "Temporary removing folder with old API"

2) Верните папку обратно, добавьте ее в SVN и снова закрепите:

mv ~/foldercausingproblem ./
svn --force add .
svn commit --message "Finally all working!"

Немного раздражает, что нужно совершать дважды, но, похоже, он отлично справился.

Ответ 17

На всякий случай кто-то хочет еще одно решение:

  • Проверьте свою новую папку как "foldername2"
  • Перейдите в браузер Tortise SVN repo
  • Переименуйте "foldername2" в "foldername"
  • В проводнике Windows выполните обновление

Надеюсь, что это поможет кому-то.

-ев

Ответ 18

Прежде всего, проверьте проект в своей системе в папке. Затем удалите папку .svn из проекта конфликта и скопируйте папку .svn из новой папки проверки и вставьте ее в папку рабочей копии. Тогда проблема решена.

Ответ 19

Для меня та же проблема возникла, когда я оба:

  • удаленный (--force) файл .map
  • добавлен *.map в svn:ignore через svn propedit svn:ignore .

Мое решение было:

  • отменить изменения свойства
  • фиксировать изменения в файлах
  • проверить новую копию репозитория (увы!)
  • изменить свойство и зафиксировать

Ответ 20

У меня была эта проблема, когда я пытался добавить каталог в svn. Я решил это, перейдя в браузер репо. Щелкните правой кнопкой мыши в левом окне, выберите папку добавления и добавьте каталог непосредственно в браузере репо.

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

Ответ 21

Обычная задача, с которой я столкнулся, заключалась в том, чтобы взять один каталог репозитория в стадии подготовки и скопировать его в другой репозиторий - оба в SVN и оба назывались с одинаковым именем. Способ, который работал для меня, был следующим:

svn --force delete PROBLEMATIC-DIR
svn export "https://OLD REPO-A/ new-repo-A"
svn add new-repo-A
svn commit new-repo-A