2015-09-09 2 views
2

При использовании кода Entity Framework первые миграции - лучшая практика для выбора имени для каждой миграции? Например, каждое имя может содержать номер версии или изменения, внесенные в модель или и то, и другое.Есть ли лучшая или рекомендуемая практика для именования миграции Entity Framework?

Add-Migration Added Manager.Employees 
Add-Migration Add_Employee_ManagerId 
Add-Migration version 2 
Add-Migration v2_Add_Employee_ManagerId 

Любые советы по выбору хорошей стратегии именования для проекта с несколькими разработчиками и многими миграциями?

Я нашел similar question, но ответов нет.

+0

При добавлении новой миграции генерируется класс. Имя миграции будет именем класса (или, по крайней мере, его части). Ответ на этот вопрос может варьироваться в зависимости от мнения пользователя. –

+0

Я не уверен, что я следую тому, что вы имеете в виду, Фабио. Когда я использую add-migration, я предоставляю имя для переноса. Я ищу совет по стратегии именования для этих миграций. Например, если я добавлю столбец managerId в таблицу employee. – user1843640

+0

У миграции может быть много новых столбцов и новых объектов ... сложно указать имя, описывающее все изменения. Тем не менее, я стараюсь следовать шаблону, например «Продукты», «ПродуктыFix», «CustomersAndUsers» –

ответ

1

В документации Microsoft говорится:

Миграция имя может использоваться как коммита в системе управления версиями. Например, если бы я вносил изменения для сохранения отзывов клиентов о продуктах, я мог бы выбрать что-то вроде AddProductReviews.

Так их при условии примера AddProductReviews я имею в виду, что Upper Camel Case является то, что рекомендует Microsoft.

https://docs.microsoft.com/en-us/ef/core/managing-schemas/migrations/

+1

Это стратегия, в которой я в конечном счете остановился. Приятно видеть, что MS соглашается и теперь зарегистрировала это. – user1843640