В NHibernate, моя проверка, если объект является грязными сбоями

Поскольку дополнительные детали видят SVNBook: "Состояние рабочих файлов копии и каталогов" .

общие состояния:

U: Рабочий файл был обновлен

G: Изменения на repo были автоматически объединены в рабочую копию

M: Рабочая копия изменяется

C: Этот файл конфликтует с версией в repo

? : Этот файл не является объектом управления версиями

! : Этот файл является объектом управления версиями, но отсутствует или неполный

А : Этот файл будет добавлен к управлению версиями (после того, как фиксация)

А + : Этот файл будет перемещен (после того, как фиксация)

D: Этот файл будет удален (после того, как фиксация)

S: Это показывает, что файл или каталог был переключен с пути остальной части рабочей копии (использующий svn переключатель) к ответвлению

я : Проигнорированный

X : Внешнее определение

~ : Введите измененный

R: Объект был заменен в Вашей рабочей копии. Это означает, что файл был запланирован для удаления, и затем новый файл с тем же именем был запланирован для дополнения в его месте.

L: Объект заблокирован

E: Объект существовал, поскольку он будет создан обновлением svn.

10
задан Community 23 May 2017 в 12:26
поделиться

1 ответ

Я изменил свою стратегию доступа по умолчанию с «field.camelcase-underscore» на «property», и теперь метод persister.GetPropertyValues ​​() возвращает правильные значения.

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

8
ответ дан 4 December 2019 в 02:26
поделиться
Другие вопросы по тегам:

Похожие вопросы: