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

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

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

исправлено.

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

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

svn update --set-depth infinity

для замены каталога.

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

Я

svn delete --keep-local folderName

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

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

ошибка "каталог 'бла/.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

устранение:

1. удалить папку "вложенная папка"
2. очистить папку "superfolder"
3. попробуйте снова переключить папку "superfolder"

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

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

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

не понял многого из ваших сообщений. Мое решение

1. вырезать проблемную папку и скопировать в какое-то место.
2. получите решение из Subversion в другой рабочий каталог (только новый).
3. добавьте сохраненную папку в новую рабочую копию и добавьте ее как существующий проект (если это проект, как в моем случае).
4. совершал;

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

самое простое, что мне помогло:

rm -rf _dir_in_question_
svn up

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

я столкнулся с этой проблемой при замене сторонней библиотеки 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!"

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

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

1. проверьте свою новую папку как "foldername2"
2. перейти в Tortise SVN РЕПО браузер
3. переименовать "foldername2" в "foldername"
4. в проводнике windows сделайте обновление

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

-Ev

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

• удалить (--force) a .файл карты
• добавил *.карта svn:ignore via svn propedit svn:ignore .

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

1. отменить изменения в собственность
2. зафиксировать изменения в файлы
3. оформить заказ на свежую копию репозитория (увы!)
4. измените свойство и commit

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

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

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