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


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

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

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

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

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

20 183

20 ответов:

согласно этому:http://www.devcha.com/2008/03/svn-directory-svn-containing-working.html

извлеките папку "blabla" в другое место, а затем скопируйте ее .папка svn возвращается в исходную "blabla".

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

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

будет исправлено.

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

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

svn update --set-depth infinity

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

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

Я

svn delete --keep-local folderName

чтобы решить мою проблему.

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

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

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

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

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

недавно у меня была эта ошибка, когда файлы были исключены настройками в моих SVN globals. Ошибка была особенно неприятной, так как я также удалил файлы непосредственно из репозитория - и это означало, что вышеуказанные решения отказывались работать. В этом случае вручную удаляем .каталог 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. Commit;

У меня была эта проблема. Просто временно переместите 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 repo browser
  3. переименовать "foldername2 " в" foldername"
  4. в проводнике windows выполните обновление

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

- Ev

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

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

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

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

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

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

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