Что делать при сбое svn cleanup?

Question

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

Теперь, когда я запускаю 'svn cleanup', я получаю:

>svn cleanup .
svn: In directory '.'
svn: Error processing command 'modify-wcprop' in '.'
svn: 'MemPoolTests.cpp' is not under version control

MemPoolTests.cpp - это новый файл, добавленный другим разработчиком и сбитый при обновлении. Раньше его не было в моей рабочей папке.

Что я могу сделать, чтобы попытаться продвинуться вперед без необходимости извлекать свежую копию хранилища?

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

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

Answer 1

Ответы здесь не помогли мне, но перед повторной проверкой проекта я закрыл и открыл Eclipse (Subversive - мой SVN-клиент), и проблема исчезла.

Answer 2

Я решил эту проблему, скопировав каталог моего коллеги .svn в мою, а затем обновив свою рабочую копию. Это было хорошее, быстрое и чистое решение.

Answer 3

Столкнувшись с подобной проблемой, ручное объединение в представлении синхронизации репозитория помогло решить проблему.

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

Answer 4

Нет, нет, нет! Если вы используете SVN 1.7 или выше, команда очистки должна выполнить эту работу!

Я также провел несколько экспериментов и обнаружил, что решение (по крайней мере, в Eclipse ) выполняло очистку только для папки, указанной в сообщении об ошибке, а не для всего проекта!

Answer 5

Пройдя через большинство решений, которые здесь приведены, я все еще получал сообщение об ошибке.

Проблема была без учета регистра OS X . Извлечение каталога, в котором есть два файла с одинаковым именем, но с разной заглавной буквой, вызывает проблему. Например, ApproximationTest.java и Approximationtest.java не должны находиться в одном каталоге. Как только мы избавимся от одного из файлов, проблема исчезнет.

Answer 6

Я столкнулся с проблемой, когда после обновления SVN показывал папку как конфликтующую. Как ни странно, это было видно только через командную строку - TortoiseSVN думал, что все в порядке.

#>svn st
!       my_dir
!       my_dir\sub_dir

svn cleanup, svn revert, svn update и svn resolve не удалось исправить это.

Я в конце концов решил проблему следующим образом:

• Найдите в каталоге .svn "sub_dir"
• Используйте RC -> Свойства, чтобы снять флажок «только для чтения» в файле записей
• Откройте файл записей и удалите строку «Незакончено ...» и соответствующую контрольную сумму
• Сохранить и снова включить флаг только для чтения.
• Повторите для каталога my_dir

После этого все было хорошо.

Примечание. У меня не было локальных изменений, поэтому я не знаю, рискнул бы ты, если бы сделал. Я не использовал метод удаления / обновления, предложенный другими, - я попал в это состояние, попробовав его в каталоге my_dir / sub_dir / sub_sub_dir (который начинался с тех же симптомов) - поэтому я не хотел рисковать ухудшением ситуации еще раз!

Не совсем по теме, но может быть полезно, если кто-то сталкивается с этим сообщением, как я.

Answer 7

В предыдущем ответе есть несколько очень хороших советов, но если у вас возникла проблема с TortoiseSVN в Windows (хороший продукт, но ...), всегда переходите к командной строке и сначала выполняйте простую «очистку svn». .

Во многих случаях клиент Windows не запускает команду очистки, но очистка работает нормально с помощью утилиты командной строки SVN.

Answer 8

Это может применяться не во всех ситуациях, но когда я недавно столкнулся с этой проблемой, мое «исправление» заключалось в обновлении пакета Subversion в моей системе. Я работал с 1.4.something, и когда я обновился до последней версии (1.6.6 в моем случае), проверка работала.

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

Answer 9

Блокировка только для чтения иногда происходит на сетевых дисках с Windows. Попробуйте отключить и снова подключить его. Затем очистите и обновите.

Answer 10

Я только что удалил файл svn-xxxxxxxx из папки ~\.svn\tmp, где xxxxxxxx - число.