文章出處
文章列表
對于單個分支項目來說,只要你生成一個migration的版本,就會有一個時間戳文件的對應,而在update-database時,會從最小的時間開始,一直執行到當前版本的migration,而對于多個分支項目來說,會涉及在每個分支上添加自己的migration計劃,這時,我們可能會手動修改時間戳,以適應我們數據庫的遷移工作!
上面圖中是一個復雜的數據遷移工程,它來自于多個分支項目,而在合適時,可能在A分支上有32,35,36,而在B分支上可能有33,34,這時我們把A分支合并到B之后,我們需要修改B原來的分支,因為你的33和34的日期可能在35和36之前,這時,在進行代碼生成時,可以會有流失版本的問題,導致數據庫結構不完整,所以,有時間我們需要根據代碼的生產時間來修改migration的時間戳文件!
執行順序:按著時間的順序去執行,而不是按著名字的大小!
生產代碼:Update-Database -Script -SourceMigration: $InitialDatabase -TargetMigration:init39
感謝各位閱讀!
文章列表
全站熱搜
留言列表
