oebuild支持管理多级features和多级platform

随着支持的特性列表增多，一些特性之间缺乏正交性，某些特性也可能完全隶属于另一些特性下，我们需要多级的结构来管理features.
平台也是同理，某些bsp厂商可能有若干的芯片簇，每个簇下有相似的芯片产品，但它们的定制化可能并不体现为镜像的某个feature，加在platform中做适配会更好同样需要多级的结构来处理。
当然这不仅是oebuild单独更新，yocto-meta-openeuler也会同步地配合来支持多级结构

> 多级特性样例
> virtualization:
> | -- zvm
> | -- xen
> container:
> | -- container engine
> | ------ isulad
> | ------ containerd-basic
> | ------ docker-ce
> | ------ podman
> edge IoT:
> | -- kubeedge
> | -- k3s
> | -- ...

oebuild generate -l 样例

```
| Platform Name |
| abc           |
| edg           |
| hi309x        |
| * hi309a      |
| * hi3095      |

```

> 2级平台样例
> vendor-hisilicon
> | -- hi309x familiy
> | ------ hi309a
> | ------ hi3095
> | ------ hi3093

feature yaml文件示例
| features
| -- containers.yaml
```yaml
type: feature
category: containers
features: 
- docker
    - tag: beta # 特性名、包组内容还为完全确定，未充分验证，并且可能被移除的Feature
    - support: a|b|c
    - local_conf: 
    - layers:
- isulad
    - tag: stable # 默认为 stable
    - support: b|c|d
    - local_conf:
    - layers:
- containerd
    - tag: nightly # 未充分验证，还需要持续微调的 Feature
    -

```

platform yaml文件示例
| platform
| -- hi309x.yaml
```yaml
type: platform
tag: 
machine_family: hi309x #有此项才分级
machine: hi3095

local_conf: |
 DISTRO_FEATURE:append = " hi309x hi3095 "  # ${machine_family} ${machine} 同时放入DISTRO_FEATURE 确保正确性
 VARIABLE = ...
```

openEuler/oebuild

Content Risk Flag

Comments (1)

openEuler/oebuild .gitee-modal { width: 500px !important; }

Content Risk Flag