Это выглядит как эта тема
Мы проверили ситуацию и обнаружили, что проблема может возникнуть в случае, если рабочая копия заблокирована внешним процессом во время обновления .
Например, процесс TSVNCache, который время от времени связан с TortoiseSVN, вызывает конфликты с доступом к рабочей копии, а библиотека JavaSVN не может корректно завершить изменение рабочей копии. В результате рабочая копия переходит в состояние «заблокировано», то есть она повреждена.
Тот же диагноз относится к любому процессу, который блокирует рабочую копию во время изменения метаданных рабочей копии. (Мы обнаружили такое же поведение для MS Visual Studio 2005 Express Edition, но я не знаю, почему Studio блокирует WC?)
Поэтому не забудьте оформить заказ с минимально возможным количеством запущенных приложений.
Другим источником конфликта может быть:
Клиенты, совместимые с SVN 1.4.x, автоматически преобразуют рабочую копию в формат, совместимый с 1.4.x. В настоящий момент клиент Subversive Default не совместим с форматом рабочей копии SVN 1.4.x.
Таким образом, если вы выполнили какую-либо модификацию рабочей копии с использованием клиента SVN командной строки, в вашем случае вы получите состояние «Препятствие», указанное для ресурсов в дереве рабочей области.
Чтобы решить эту проблему, я предлагаю вам переключить опцию клиента SVN и выбрать клиент на основе SVN Kit 1.1.0 или клиент Native JavaHL 1.4.2.
Затем, если ресурсы уже оформлены как «заблокированные», закройте, а затем снова откройте соответствующие проекты или просто перезапустите Eclipse IDE, чтобы перезагрузить кэш метаинформации SVN.
Теперь: точная версия может не совпадать с вами, но это еще один пример проверки.