Entity framework 是否有命名实体框架迁移的最佳做法或推荐做法？

在使用实体框架代码首次迁移时，是否有为每次迁移选择名称的最佳实践？例如，每个名称可能包含一个版本号或对模型所做的更改或两者

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

对于一个有多个开发人员和多次迁移的项目，有没有选择好的命名策略的技巧

---

我找到了一个答案，但没有找到答案。

在Microsoft文档中，它指出：

迁移名可以像版本控制系统中的提交消息一样使用。例如，如果我进行了更改以保存客户对产品的评论，我可能会选择AddProductReviews之类的内容

因此，通过他们提供的

AddProductReviews

示例，我认为这就是微软的建议

---

添加新迁移时，将生成一个类。迁移的名称将是类的名称（或至少是类的一部分）。这个问题的答案可能会根据用户的意见而有所不同。我不确定我是否理解你的意思，法比奥。使用添加迁移时，我会为迁移提供一个名称。我正在寻找有关这些迁移的命名策略的建议。例如，若我将列managerId添加到employee表中，迁移可能会有许多新列和新实体。。。很难给出一个描述所有变化的名称。然而，我试着遵循一种模式，比如“产品”、“ProductsFix”、“CustomersAndUsers”等。我认为类似于存储库提交。如果你能提供一个简短的描述，再加上一个名字，那就太好了。这是我最终决定的策略。很高兴看到MS同意这一点，现在已经将其记录在案。如果您的迁移对多个表进行了多次更改，该怎么办。例如，如果同时对Products和ProductReviews表进行了更改？您将如何命名这些包含许多更改的迁移类型？@Andrew我们的团队所做的是将迁移命名为创建迁移的目的-这样您就不会有疯狂的名称

AddProductReviews

（如上所述）可能涵盖许多表。