Я удалил вручную каталог, который я только что добавил, в автономном режиме, в моем репозитории. Я не могу восстановить каталог.
Любая попытка выполнить обновление или фиксацию завершится неудачей:
"blabla/.svn" containing working copy admin area is missing.
Я понимаю, почему, но все равно исправить это.
Я не хочу проверять все репо и добавлять свои изменения к нему вручную, это займет несколько часов.
В соответствии с этим: http://www.devcha.com/2008/03/svn-directory-svn-containing-working.html
Откроем папку "blabla" в другом месте, а затем скопируем ее .svn-папку обратно в исходную "blabla".
fwiw, я имел подобную ситуацию и использовал svn -force delete __dir __. Это решило проблему для меня. Затем я продолжал работать с моей рабочей копией как обычно.
Что я сделал, чтобы исправить это, нужно удалить копию local интересующей вас папки и затем сделать svn update родителя непосредственно после этого.
Исправлено.
Вы можете проверить новую копию родительского каталога?
Изменить: Чтобы быть более конкретным, я хотел предложить перейти на один уровень и удалить содержащуюся директорию. Тогда сделайте
svn update --set-depth infinity
чтобы заменить каталог.
Я добавил каталог в svn, затем случайно удалил папку .svn.
Я использовал
svn delete --keep-local folderName
чтобы исправить мою проблему.
Я просто сделал "svn revert/blabla", и он сработал, папка вернулась, и я могу удалить ее
Ошибка "Directory" blah/.svn ", содержащая область администрирования рабочей копии, отсутствует" произошла, когда я попытался добавить каталог в репозиторий, но не имел достаточных привилегий файловой системы для этого. Этот каталог еще не был в репозитории, но он утверждал, что находится под контролем версий после неудачного добавления.
Проверка копии родительского каталога в другое место и замена папки .svn в родительском каталоге рабочей копии позволили мне добавить и зафиксировать новый каталог успешно (после исправления прав доступа к файлу, конечно).
Мы используем maven и svn. Это была ошибочная проверка целевой директории SVN, вызывающая эту ошибку. Удаление этого исправлено, если этот подсказка помогает кому-либо.
Я пробовал svn rm --force /path/to/dir безрезультатно, но закончил только запуск svn up, и он исправил его для меня.
У меня была эта ошибка в последнее время, когда файлы были исключены настройками в моих SVN-глобалях. Ошибка была особенно неприятной, так как я также удалил файлы непосредственно из репозитория - и это означало, что вышеупомянутые решения отказывались работать не будут. В этом случае, вручную удалив каталог .svn из каталога, который я удалил из SVN, разрешил мне запустить обновление, которое затем разрешило мне совершить.
У меня была та же проблема, когда я пытался переключить "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
Решение:
это сработало для меня. Пожалуйста, дайте мне знать, если он также работает для вас.
У меня была эта ошибка в последнее время. Это было вызвано тем, что root получил пару файлов в каталоге, указав эту ошибку.
После того как я изменил разрешения, все работало, как ожидалось.
Не сильно понял ваши сообщения. Мое решение
У меня была эта проблема. Просто переместите blabla в другое место временно, сообщите svn, чтобы вернуть его, а затем переместите обратно. Он рассматривается как новое дополнение. Простой!
Самый простой, который помог мне:
rm -rf _dir_in_question_
svn up
Если у вас есть изменения в проблемном каталоге, то это не является хорошим решением для вас.
Я столкнулся с этой проблемой при замене библиотеки сторонних 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!"Немного раздражает, что нужно совершать дважды, но, похоже, он отлично справился.
На всякий случай кто-то хочет еще одно решение:
Надеюсь, что это поможет кому-то.
-ев
Прежде всего, проверьте проект в своей системе в папке. Затем удалите папку .svn из проекта конфликта и скопируйте папку .svn из новой папки проверки и вставьте ее в папку рабочей копии. Тогда проблема решена.
Для меня та же проблема возникла, когда я оба:
--force) файл .mapsvn:ignore через svn propedit svn:ignore .Мое решение было:
У меня была эта проблема, когда я пытался добавить каталог в svn. Я решил это, перейдя в браузер репо. Щелкните правой кнопкой мыши в левом окне, выберите папку добавления и добавьте каталог непосредственно в браузере репо.
Затем я удалил каталог локально (после резервного копирования, конечно) выполнил очистку и обновление svn, и все снова работало.
Обычная задача, с которой я столкнулся, заключалась в том, чтобы взять один каталог репозитория в стадии подготовки и скопировать его в другой репозиторий - оба в 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