用於使用Doctrine2管理模式更改的工作流程

在開發過程中，我經常運行Doctrine的schema:update命令以將數據庫模式同步到我更改的實體定義。一旦我準備好提交一個功能，我想將所有更改彙總到我可以提交給git的migration class中。用於使用Doctrine2管理模式更改的工作流程

問題是，爲了運行migrations:diff我需要回滾數據庫模式到它的狀態，然後纔開始搞schema:update。做schema:drop然後migrations:migrate是不好的，因爲刪除架構不會丟棄migration_versions表。這意味着我必須進入MySQL並在運行現有遷移並創建新遷移之前手動刪除所有數據庫。

它的作品，但感覺就像我做錯了。任何更好的想法？

來源

2013-08-06 Tamlyn

我想找出同樣的事情。只是想知道你是否制定了一個用Doctrine2管理模式變更的工作流？ – Marcel

我不知道100％正確答案的問題，但有一個選項。每次需要運行schema:update --force第一次dump schema:update --dump-sql並存儲它。然後，需要回滾基地是沒有必要的

來源

2013-08-17 06:16:52

對於任何偶然發現此問題的人，請注意，您可以使用'schema：update --force --dump-sql'執行更新並一次性爲您提供SQL。 – dkisselev

用於使用Doctrine2管理模式更改的工作流程

回答

相關問題