虽然我知道在实践中可以使用版本控制方法，但我认为它并不太常见。WP通常有很弱的版本控制实践，所以扩展的开发并没有计划好这样做。

模板层次结构中的更改可能是导致问题的特定场景的示例。比如说你定制了single.php 在版本控制中。然后上游主题重新安排了事情并摆脱了single.php 完全支持更通用的singular.php. 突然间，您的更改悬而未决，没有模板可应用，基本上您的合并被阻止，您必须在新的情况下重新开发更改。

使用子主题，您的模板将保持不变并继续工作，尽管在某些情况下也需要偶尔更新。

简而言之，我认为版本控制本质上是一个要维护的分支，而子主题是一个具有上游依赖关系的下游扩展（在您的完全控制下）。

在我的主观观点中，在大多数情况下，维护叉子会更难获得资源。我会将其保留为儿童主题无法实现的解决方案。