添加依赖于`OVERRIDES`的图层
Add layers dependent on `OVERRIDES`
我已经将一些功能和修改封装在一个层中。我的第一个灵活集成的首选解决方案是根据名为 nied 的 OVERRIDE 在我的 bblayers.conf 中添加相关层，例如：
BBLAYERS_append_nied = " meta-nied"
不幸的是，解析顺序不允许这样，对吧？在我的多配置设置中添加封装功能的标准方法是什么？将 _nied 附加到每个附加食谱对我来说似乎不正确。
理想情况下，层不应对构建系统产生太大影响。尤其是它们在 BBLAYERS 中的包含顺序，如果没有则更好。如果您想要依赖于机器的配方，请查看 COMPATIBLE_MACHINE 或对变量使用适当的机器覆盖（请注意，您不能将 bbappend 应用于 COMPATIBLE_MACHINE 而不是原始配方），如果某些是特定的对于某些发行版功能，请查看 REQUIRED_DISTRO_FEATURES，等等...
您可以制作一个初始化脚本包装 oe-init-buildenv，利用 BBMASK 来屏蔽层的某些部分。
最好的方法是让你的层对其他人友好，在这种情况下，你很可能不需要关心是否包含它取决于其他东西的存在。
我已经将一些功能和修改封装在一个层中。我的第一个灵活集成的首选解决方案是根据名为 nied 的 OVERRIDE 在我的 bblayers.conf 中添加相关层，例如：
BBLAYERS_append_nied = " meta-nied"
不幸的是，解析顺序不允许这样，对吧？在我的多配置设置中添加封装功能的标准方法是什么？将 _nied 附加到每个附加食谱对我来说似乎不正确。
理想情况下，层不应对构建系统产生太大影响。尤其是它们在 BBLAYERS 中的包含顺序，如果没有则更好。如果您想要依赖于机器的配方，请查看 COMPATIBLE_MACHINE 或对变量使用适当的机器覆盖（请注意，您不能将 bbappend 应用于 COMPATIBLE_MACHINE 而不是原始配方），如果某些是特定的对于某些发行版功能，请查看 REQUIRED_DISTRO_FEATURES，等等...
您可以制作一个初始化脚本包装 oe-init-buildenv，利用 BBMASK 来屏蔽层的某些部分。
最好的方法是让你的层对其他人友好，在这种情况下，你很可能不需要关心是否包含它取决于其他东西的存在。