Я думаю, что единственная альтернатива забастовка> один путь должна реализовать IXmlSerializable и сделать объект xml пишущий / парсинг себя.
Редактирование: После чтения комментариев, DataContractSerializer выглядит интересным;)
Редактировать: Я думаю, что это не автоматическое действие, так как для этого нужно прервать операции и разблокировать рабочую копию в /path.[1253ptingSubversion book:
Рекурсивно очистить рабочую копию , снятие замков и возобновление незаконченного операции. Если вы когда-нибудь получите рабочий скопировать заблокированную ошибку, запустите эту команду, чтобы удалить устаревшие замки и получить рабочая копия в рабочее состояние еще раз. Обратите внимание, что в этом контексте lock относится к локальной файловой системе блокировка, а не блокировка репозитория.
В основном это способ попытаться исправить любые ошибки, возникающие с SVN.
Документация по очистке:
http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn- dug-cleanup.html
"Если команда Subversion не может завершено успешно, возможно, из-за проблемы с сервером, ваша рабочая копия может оставаться в непоследовательном состоянии. В в этом случае вам нужно использовать TortoiseSVN → Очистить папку. Это хорошо идея сделать это на высшем уровне рабочая копия.
Очистка имеет еще одну полезную сторону эффект. Если дата файла изменилась, но его контент - нет, Subversion не может скажи, действительно ли это изменилось кроме побайтного сравнение с первозданной копией. Если у вас много файлов в этом состоянии это делает приобретение статуса очень медленным, что замедлит многие диалоги отвечать. Выполнение очистки на вашем рабочая копия восстановит эти «Сломанные» метки времени и статус восстановления проверяет на полную скорость. "
В SVN он заклеивает изолентой ошибки и тупую архитектуру, которая позволяет испортить рабочую копию.
Это не происходит автоматически по причинам тупой архитектуры и потому, что она занимает НАВСЕГДА. Конечно, когда SVN стала популярной, ее архитектура намного опередила CVS .
Он ищет несоответствия. Из документы :
Если команда Subversion не может завершено успешно, возможно, из-за проблемы с сервером, ваша рабочая копия может оставаться в непоследовательном состоянии. В в этом случае вам нужно использовать TortoiseSVN → Очистить папку. Это хорошо идея сделать это на высшем уровне рабочая копия.
Очистка имеет еще одну полезную сторону эффект. Если дата файла изменилась, но его контент - нет, Subversion не может скажи, действительно ли это изменилось кроме побайтного сравнение с первозданной копией. Если у вас много файлов в этом состоянии это делает приобретение статуса очень медленным, что замедлит многие диалоги отвечать. Выполнение очистки на вашем рабочая копия восстановит эти «Сломанные» метки времени и статус восстановления проверяет на полную скорость.