Поскольку дополнительные детали видят SVNBook: "Состояние рабочих файлов копии и каталогов" .
общие состояния:
U: Рабочий файл был обновлен
G: Изменения на repo были автоматически объединены в рабочую копию
M: Рабочая копия изменяется
C: Этот файл конфликтует с версией в repo
? : Этот файл не является объектом управления версиями
! : Этот файл является объектом управления версиями, но отсутствует или неполный
А : Этот файл будет добавлен к управлению версиями (после того, как фиксация)
А + : Этот файл будет перемещен (после того, как фиксация)
D: Этот файл будет удален (после того, как фиксация)
S: Это показывает, что файл или каталог был переключен с пути остальной части рабочей копии (использующий svn переключатель) к ответвлению
я : Проигнорированный
X : Внешнее определение
~ : Введите измененный
R: Объект был заменен в Вашей рабочей копии. Это означает, что файл был запланирован для удаления, и затем новый файл с тем же именем был запланирован для дополнения в его месте.
L: Объект заблокирован
E: Объект существовал, поскольку он будет создан обновлением svn.
Я изменил свою стратегию доступа по умолчанию с «field.camelcase-underscore» на «property», и теперь метод persister.GetPropertyValues ()
возвращает правильные значения.
Пока рано объявлять о победе, но кажется интересным. Я использовал стратегию доступа к полю, потому что в свойствах моих сущностей был код для отслеживания грязного состояния. Поскольку я удаляю этот код и буду полагаться на NH для определения грязного состояния, я смог использовать стратегию доступа к свойствам.