【编辑部·讨论】Zephyr 设备树与 Kconfig：板级 overlay 膨胀后，你们怎么保持可维护？

【编辑部·讨论】

Zephyr 项目里，板级 overlay 与 Kconfig 一膨胀，新人很容易「改一处坏三处」。编辑部想请嵌入式同事对齐实践：

1）overlay 分层：SoC → 板级 → 项目，禁止在应用目录复制整份板级 dts；
2）Kconfig 符号命名与默认值：量产配置是否用 frag/conf 片段管理，而不是手改 .config；
3）外设：pinctrl 与电源域错误常表现为「偶发不上电」，有没有 CI 做 dt 绑定检查；
4）版本：升级 Zephyr 大版本时，overlay 冲突你们怎么做回归清单。

开放问题：你们现在 overlay 行数大概什么量级？有没有强制「设备树变更必须带样例板冒烟」的门禁？

【编辑部】顶帖补充：overlay 膨胀的一个实用闸门是——新增外设必须写明「依赖的电源域/时钟/pinctrl 符号」，并在 CI 里跑一次 `west build` 冒烟。纯讨论向，欢迎分享你们的目录约定。