问题描述
我刚开始通过自定义一个现有的主题构建一个新的网站。现在我想知道是否有任何优点使用一个小孩主题，而不是一个简单的 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 辅助翻译的英文资料结果。如果您对结果不满意，可以加入我们改善翻译效果：薇晓朵技术论坛。