Как проверить рабочую копию Subversion

Question

У меня есть рабочая копия Subversion с хотя бы одним отсутствующим файлом (локальная копия удалена при устранении конфликта дерева). Это забавно, потому что файл имеет версию, он появляется в репозитории, разрешение конфликтов на дереве было на 100% локально (это произошло при обновлении, и я не совершал потом), и я запускал «svn cleanup» несколько раз, но ни один из моих Клиенты Subversion (командная строка svn и TortoiseSVN) могут обнаружить, что рабочая копия повреждена. Даже не возвращая все изменения, этот файл вернулся.

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

Как вы можете проверить работоспособность рабочей копии?

Конечно, вы всегда можете проверить новую копию и использовать утилиту сравнения файлов, но ... нет ли лучшего способа? Есть ли инструмент для проверки рабочей копии, эквивалентной svnadmin verify?

=== UPDATE ===

У меня хорошие ответы с уловок, чтобы предотвратить коррупцию рабочей копии, но мой вопрос был больше на линии найти способ, чтобы быть 100% уверены, что рабочий копия является как согласованной, так и связанной с фактическим содержимым репозитория; в других работах рабочий эквивалент команды svnadmin проверяет команду.

До сих пор, это выглядит следующим образом:

• Subversion не предоставляет такой инструмент, и возможно, что формат данных SVN даже не позволяет писать один.

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

• Проверка свежей рабочей копии выглядит как единственный 100% надежный метод.

Answer 1

до сих пор, я буду считать, что не является надежным способом сделать это, если вы не совершаете новую фиксацию и не сравниваете оба дерева каталогов. Если в каталоге .snv отсутствуют данные, но на самом деле они не повреждены, в рабочей копии недостаточно информации, чтобы обнаружить, что некоторые файлы исчезли.

Хотя возможно, что WC-NG изменяет это для лучшего (или нет), текущий формат не является таким прочным.

Answer 2

Если вы щелкните правой кнопкой мыши по файлу, в меню SVN я верю, что есть команда под названием Diff. Это откроет и выделит различия между локальной версией и версией репо, которые, как я полагаю.

Вы также можете выполнить diff из командной строки, если хотите.

Answer 3

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

Я не знал, что когда вы это делаете, вы копируете каталог метаданных .svn. Это приводит к бесконечной путанице subversion - если вы работаете с графическим клиентом, новый каталог, кажется, правильно проверен, и клиент показывает вам чистую пластину после каждой фиксации. Но, новый каталог никогда не проверяется в.

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

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

Answer 4

Это выглядит как проблема, что я испытал некоторое время назад: svn - file in working copy seems "lost"

процитировать ответ wcoenen дословно:

SVN 1.6.1 клиентов (в том числе TortoiseSVN) была ошибка, когда папки иногда ошибочно устанавливается на глубина «пустая». Это вызывает описанные вами симптомы . (Обратите внимание, что это возможно, что папка была сделана «пустой» по СВН 1.6.1 и остался таким образом, даже если вы уже модернизированный до новой клиента SVN в среднее время.)

чтобы исправить это, используйте «обновление для ревизии» пункт меню в TortoiseSVN и выбрать глубину «полностью рекурсивный»