Używanie oddzielnego Project
Migracje mogą być przechowywane w innym projekcie niż ten, który zawiera plik DbContext
. Tej strategii można również używać do obsługi wielu zestawów migracji, na przykład jednego dla developmentu i drugiego dla uaktualnień między wydaniami.
Porada
Przykład tego artykułu można wyświetlić w GitHub.
Kroki
Utwórz nową bibliotekę klas.
Dodaj odwołanie do projektu DbContext.
Przenieś pliki migracji i migawki modelu do biblioteki klas.
Porada
Jeśli nie masz żadnych istniejących migracji, wygeneruj ją w projekcie zawierającym dbContext, a następnie przenieś go. Jest to ważne, ponieważ jeśli projekt migracji nie zawiera istniejącej migracji, polecenie Add-Migration nie będzie w stanie znaleźć dbContext.
Konfigurowanie zestawu migracji:
services.AddDbContext<ApplicationDbContext>( options => options.UseSqlServer( Configuration.GetConnectionString("DefaultConnection"), x => x.MigrationsAssembly("WebApplication1.Migrations")));
Dodaj odwołanie do projektu migracji z projektu startowego .
<ItemGroup> <ProjectReference Include="..\WebApplication1.Migrations\WebApplication1.Migrations.csproj"> </ItemGroup>
Jeśli powoduje to zależność cykliczną, można zamiast tego zaktualizować podstawową ścieżkę wyjściową projektu migracji :
<PropertyGroup> <BaseOutputPath>..\WebApplication1\bin\</BaseOutputPath> </PropertyGroup>
Jeśli wszystko działa prawidłowo, powinno być możliwe dodanie nowych migracji do projektu.
dotnet ef migrations add NewMigration --project WebApplication1.Migrations