Я удалил вручную каталог, который я только что добавил, в автономном режиме, в моем хранилище. Я не могу восстановить каталог.
Любая попытка обновить или зафиксировать потерпит неудачу с:
"blabla/.svn" containing working copy admin area is missing.
Я понимаю почему, но все равно есть ли это исправить.
Я не хочу оформлять весь репо и добавлять свои изменения в него вручную, это займет несколько часов.
svn
repair
delete-directory
е-удовлетворяться
источник
источник
.svn
подкаталогов повсюду, должно быть, была худшей идеей в истории контроля версий.у меня была похожая ситуация и я использовал svn --force delete __dir__ . Это решило проблему для меня. Затем я продолжил работать с моей рабочей копией как обычно.
источник
svn cleanup
тогдаsvn --force delete <directory-that-doesn't-exist-but-should>
работал на меня.Чтобы это исправить, я удалил локальную копию папки, о которой идет речь, а затем сразу же сделал
svn update
родительский экземпляр .Исправлено прямо сейчас.
источник
Можете ли вы попробовать проверить новую копию родительского каталога?
Изменить: чтобы быть более конкретным, я хотел предложить подняться на один уровень и удалить содержащий каталог. Тогда сделай
заменить каталог.
источник
--set-depth infinity
из-за этого: stackoverflow.com/questions/866835/…Я добавил каталог в SVN, а затем случайно удалил папку .SVN внутри.
я использовал
чтобы исправить мою проблему.
источник
svn checkout --force [url]
который воссоздал папку .svnЯ только что сделал 'SVN Revert / Blabla', и это сработало, папка вернулась, и я могу SVN удалить его
источник
Ошибка «Каталог« blah / .svn », содержащий область администрирования рабочей копии», возникла, когда я попытался добавить каталог в репозиторий, но у него не было достаточных привилегий файловой системы для этого. Каталога еще не было в репозитории, но он утверждал, что находится под контролем версий после неудачного добавления.
Извлечение копии родительского каталога в другое место и замена папки .svn в родительском каталоге рабочей копии позволили мне успешно добавить и зафиксировать новый каталог (конечно, после исправления прав доступа к файлу).
источник
Мы используем Maven и SVN. Эта ошибка была ошибочной версией целевого каталога в SVN. Удаление, которое исправило все, если этот намек кому-нибудь поможет.
источник
Я пытался
svn rm --force /path/to/dir
безрезультатно, но в итоге просто побежал,svn up
и это исправило это для меня.источник
У меня была эта ошибка недавно, когда файлы были исключены из настроек в моих SVN глобалах. Ошибка была особенно неприятной, так как я также удалил файлы прямо из хранилища - и это означало, что вышеприведенные решения отказывались, не будут работать. В этом случае ручное удаление каталога .svn из каталога, который я удалил из SVN, позволило мне запустить обновление, которое затем позволило мне зафиксировать.
источник
У меня была такая же проблема, когда я пытался переключить "C: \ superfolder"
Сообщения об ошибках:
После попытки выполнить «очистку» я получил следующую ошибку:
Решение:
это сработало для меня. Пожалуйста, дайте мне знать, если это также работает для вас.
источник
У меня была эта ошибка недавно. Это было вызвано тем, что root владел парой файлов в каталоге с этой ошибкой.
После того, как я изменил разрешения, все заработало как положено.
источник
Из ваших постов мало что понял. Мое решение
источник
У меня была эта проблема. Просто временно переместите блаблу в другое место, попросите svn отменить ее, а затем переместите обратно. Это рассматривается как новое дополнение. Просто!
источник
Самое простое, что мне помогло:
Если у вас есть изменения в проблемном каталоге, то это не хорошее решение для вас.
источник
Я столкнулся с этой проблемой при замене сторонней библиотеки API на более новую версию, и ни одно из решений здесь не помогло мне, потому что я хотел заменить версию SVN локальной версией. Мое решение было следующим:
1) Переместите папку с ошибками в мой домашний каталог, удалите ее из SVN и подтвердите:
2) Поместите папку обратно, добавьте ее в SVN и подтвердите снова:
Немного раздражает, что приходится совершать дважды, но, похоже, сработало нормально.
источник
На всякий случай, если кто-то хочет еще одно решение:
Надеюсь, это кому-нибудь поможет.
-eV
источник
Для меня такая же проблема произошла, когда я оба:
--force
) файл .mapsvn:ignore
черезsvn propedit svn:ignore .
Мое решение было:
источник
У меня была эта проблема, когда я пытался добавить каталог в SVN. Я решил это, зайдя в браузер репо. Щелкните правой кнопкой мыши в левом окне, выберите «Добавить папку» и добавьте каталог прямо в браузере репо.
Затем я удалил каталог локально (после резервного копирования, конечно), сделал очистку и обновление SVN, и все снова заработало.
источник
Прежде всего оформите проект в вашей системе в папке. Затем удалите папку .svn из проекта конфликта и скопируйте папку .svn из новой папки извлечения и вставьте ее в папку с рабочей копией. Тогда проблема решена.
источник
Обычная задача, с которой я столкнулся, заключалась в том, чтобы взять один каталог репозитория в стадии подготовки и скопировать его в другой репозиторий - оба в SVN и оба назывались с одинаковым именем. Способ, который работал для меня, был следующим:
источник