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

  1. Utwórz nową bibliotekę klas.

  2. Dodaj odwołanie do projektu DbContext.

  3. 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.

  4. Konfigurowanie zestawu migracji:

    services.AddDbContext<ApplicationDbContext>(
        options =>
            options.UseSqlServer(
                Configuration.GetConnectionString("DefaultConnection"),
                x => x.MigrationsAssembly("WebApplication1.Migrations")));
    
  5. 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