問題描述

我剛開始通過自定義一個現有的主題構建一個新的網站。現在我想知道是否有任何優點使用一個小孩主題,而不是一個簡單的 git,使我的更改 upstream-update-proof?

我的策略是從分公司主持,説 my-changes 。每當有更新的原始主題,我會切換回 master,更新,然後 rebase my-changes on master

像這樣,我可以搞砸所有東西,甚至插件,而不必擔心保留正確的文件,例如一個自定義 footer.php,在我的小孩主題。

我是否俯視兒童主題的一些優點?

最佳解決方案

雖然我知道在實踐中使用的版本控制方法,我不認為這太常見了。 WP 版本控制實踐較弱,因此擴展的開發並不完全如此。

導致問題的具體場景的示例可能是模板層次結構中的更改。假設您在版本控制中定製了 single.php 。然後上游的主題重新排列了東西,擺脱了 single.php,贊成更通用的 singular.php 。突然之間,你的變化掛在空中,沒有模板來應用它們,實際上你的合併被阻止,你必須在新的情況下,你的變化是 re-develop 。

有了小孩的主題,您的模板將保留到位,並繼續工作,但在某些情況下也需要偶爾更新。

簡而言之,我會認為版本控制基本上是一個維護的叉子,而子主題將是具有上游依賴性的下游擴展 (在您的完全控制之下) 。

在我的主觀意見中,在大多數情況下,維護叉子在資源上會更加困難。我會保留這個解決方案,不能用小孩主題來實現。

次佳解決方案

如果你以後打算出售你的主題,我會用 git 。這取決於你如何組織自己與 git 一起工作。

我知道在 git 中創建新的分支是一個微風,你應該經常創建它們,因為分支機構是資源友好的。

我看過的每個教程都可以自由創建新的分支機構。

如果你把孩子的主題與父母的主題進行比較,我會問你,你覺得有點快一點?

一般來説,答案是顯而易見的,因為子主題也執行父主題文件。

我會和父母主題一起去,經常創建分支。

參考文獻

注:本文內容整合自 Google/Baidu/Bing 輔助翻譯的英文資料結果。如果您對結果不滿意,可以加入我們改善翻譯效果:薇曉朵技術論壇。