Używanie oddzielnego Project

  • Artykuł
  • Czas czytania: 2 min

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