Wordpress-使用版本控制將更新推送到多個服務器的最佳實踐

Question

因此，我將添加另一個WP博客，但我希望將其保持在版本控制之下。 然后我開始思考，這將如何影響我當前的WP工作流程。 基於我使用WP的有限經驗，當從WP開發團隊推送更新時，我在管理控制台中看到一個指示。 從這里，我只需單擊按鈕，即可在后台實施更改。 對於版本控制之外的單個WP實例，此方法非常有用，但是在版本控制中，更多節點又如何呢？

某些WP更新包括代碼和架構更改，因此我不能簡單地發布代碼而不實現新的架構更改。 我認為最好的方法是執行以下操作：

1. 本地化存儲在版本控制中的當前WP版本
2. 下載最新（穩定）的wp文件
3. 提取到本地路徑（在步驟1中創建）
4. 差異更改（可選）
5. 提交對版本控制的更改
6. 登錄到每台服務器
7. 進入維護模式
8. 拉最新更改
9. 實施新的架構更改（????）
10. 測試
11. 退出維護模式

第9步使我震驚。 我是否要從本地（新近更新的）架構中進行架構轉儲，然后為每個服務器導入該架構（如果WP包含ID，則使用提供的架構更改文件）。

有更好的方法嗎？

----編輯1.20.2014 ----

經過進一步考慮，我想知道是否要設置某種類型的mysql復制？ 擁有一個具有讀/寫訪問權限的節點訪問權限，因此它可以進行僅限於數據庫的更改（即，停用小部件），但具有其他服務博客內容的其他服務器則從復制的只讀mysql實例讀取。 這樣，只有一台服務器進行更改，其他服務器將從中進行更改。 在研究過程中，我注意到可以通過版本控制來跟蹤某些更改，例如通過functions.php或style.css對子主題的更改，但是其他更改（如激活/停用小部件）完全基於sql，因此無法跟蹤在版本控制中。

Answer 1

有更好的方法嗎？

• 不要碰WP核心（您真的需要嗎？）

要么

• 僅破解一次內核，以將WP-core的默認存儲庫的URL替換為您的 WP-core，然后在您的存儲庫中使用系統自動更新程序