五、實際操作

Day 16 : 透過簡易的書店 API 來進行資料庫的版本控制
Day 17 : 透過 Entity Framework Core Migration 來進行資料庫的版本控制
Day 18 : 透過 Entity Framework Core Migration 對資料庫進行修改
-> Day 19 : 將 Entity Framework Core Migration 異動同步上 git
Day 20 : 將 Entity Framework Core Migration 流程套入 CI/CD 流程中
Day 21 : 透過 Entity Framework Core Migration 進行退版
Day 22 : 透過 Flyway 來進行資料庫的版本控制
Day 23 : 透過 Flyway 對資料庫進行修改
Day 24 : 透過 Flyway 異動同步上 git
Day 25 : 將 Flyway 套入 CI/CD 流程中
Day 26 : 透過 Flyway 進行退版
Day 27 : Entity Framework Core Migration vs Flyway

在上一篇 Day 18 : 透過 Entity Framework Core Migration 對資料庫進行修改，我們透過了更改 Book 的 Entity 並且運作了 EF Core 產生了遷移檔

這時 git commit 就會包含 Migration 檔案，而這時會建議將 Migration 的服務獨立出來一個方案，在 CICD 時可以跑流程先執行此專案再啟動主要的 API WEB 專案，也可以將訪問資料庫的帳號分開，落實權限控管降低被攻擊的風險

1. BookStore.API
   主要邏輯與 Entity，服務的主體都放在此方案

2. BookStore.DbMigrator
   單純作為執行 DbMigrator 用的方案，獨立 appsetting 可以在就算網站被控制時也能確保資料庫的訪問權限不具有 Drop、Create 這類網頁服務不需要使用到的高階權限

後續預告

下一篇將會講述 CICD 設定