4
在我們的應用程序中,我們使用了一個實體模型和數據庫優先方法,並且在服務器上有一個數據庫模式。我們也使用git進行源代碼管理。使用單個實體模型管理大型項目
問題發生時,我們中的一些開發者在需要數據庫更改而這經常發生所以我們目前的解決方案的新功能的工作如下:
- 創建從主分支一個新的分支。
- 爲測試創建一個新的數據庫,它與我們現場使用的數據庫相同。
- 當完成將新功能轉移到主分支並從新創建的分支中提取新分支時,請使用新分貝更改獲取新的實體模型,並在發佈時在我們的實時分貝上應用sql。
如果我們在某個新分支上停留太久,會發生問題,因爲我們正在切換分支。
那時候我們的主分支改變了很多,並且還有它的活動分貝,所以我們的測試數據庫結構與我們創建新分支的時間有很大不同,然後我們在合併新分支和掌握一個。
我們每次都成功,但很難管理它。我想知道是否有人知道更好的管理體系和工作流程。
您是否使用EF遷移? – trailmax
不,我們不這樣做,我認爲EF遷移只能在代碼優先方法中使用。 – Aleks
我的不好,錯過了「數據庫第一」。 Code First方法通過遷移修復了這個問題。我會考慮遷移到Code First來解決這個問題。 – trailmax