五、實際操作

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

Entity Framework Core 可以依據我們設定的 Entity 來產生 Migration 的程式碼，如果我們將 Book 的 Entity 改成

public class Book
    {
        public Guid Id { get; set; }
        
        public string Name { get; set; }

        public decimal Pauthorrice { get; set; }

        public string Author { get; set; }
    }

那在產生遷移檔案時就會多一個 {日期} + {備註} 的遷移檔案，並在目標資料庫上透過一張 Migration 用的 Table 來決定要使用什麼 Migration 檔案，而其都是順序進行的，也可以對 Migration 的內容做手動修正

如果在最開始的階段也常見將 Migration 全清掉，僅記錄成 Init 來作為起始點，降低了 Migration 順序的複雜度與精簡化產生 Table 的過程

後續預告

下一篇將會異動上 Git 版控與 CICD 的設定