Docker 与 Yocto

Yocto项目为什么需要Docker

Yocto 项目并不直接依赖 Docker，但在某些情况下使用 Docker 可以为 Yocto 项目提供以下具体且实际的好处：

1. 环境一致性：

Yocto 构建需要一个稳定且一致的开发环境。不同的 Linux 发行版可能会有不同的库版本、工具链或依赖关系，这可能导致构建失败或不可预期的行为。使用 Docker，可以创建一个干净且一致的容器环境来运行 Yocto 项目，避免因主机环境的差异而引发的问题。

原因：Docker 容器提供了隔离的 Linux 环境，确保在不同系统上运行时，构建环境是一致的。这减少了由于系统配置差异导致的错误。

2. 简化跨平台开发：

Yocto 支持多种目标硬件架构（如 ARM、x86 等），通过 Docker，开发者可以在不同平台（如 macOS、Windows）上方便地构建 Yocto 镜像。Docker 让开发者能够在非 Linux 环境中使用 Linux 容器，从而无需在本机上设置复杂的交叉编译工具链。

原因：Docker 容器让开发者无需实际运行 Linux 操作系统，就能在 macOS 或 Windows 系统上创建符合 Yocto 项目要求的构建环境。

3. 构建隔离与清洁：

Yocto 项目构建非常复杂，涉及到大量的依赖关系和构建工具。使用 Docker 容器，可以将 Yocto 构建的所有依赖项都封装在一个隔离的环境中，确保主机操作系统不会受到影响，且构建过程始终干净。

原因：Docker 容器在构建完毕后可以轻松销毁，确保每次构建都从全新的环境开始，避免旧文件或依赖引起问题。

4. CI/CD 集成：

在持续集成/持续交付（CI/CD）系统中，使用 Docker 可以更方便地管理和部署 Yocto 构建任务。通过 Docker，CI/CD 流水线可以在预定义的容器中构建和测试 Yocto 项目，确保一致性，并简化构建环境的设置。

原因：Docker 可以快速、简便地在 CI/CD 环境中部署和重复使用相同的构建环境，从而提高构建和测试效率。

5. 共享构建环境：

使用 Docker 容器，团队中的每个成员都可以共享相同的构建环境，而无需每个人单独配置开发环境。Docker 镜像可以包含所有构建工具和依赖项，确保团队成员在不同平台上具有相同的开发环境。

原因：通过 Docker 容器，整个团队可以使用相同的构建镜像，这简化了环境配置并减少了环境不一致导致的问题。

总结：

Docker 让 Yocto 项目在构建时具有更高的环境一致性、跨平台开发的便利性、隔离的清洁构建环境以及更容易的 CI/CD 集成。Docker 作为一个容器化平台，简化了复杂的 Yocto 构建过程，并确保了不同系统间的兼容性与一致性。

Poky与Docker

CROss PlatformS (CROPS)

CROPS 是一个开源的跨平台开发框架，提供了一个易于管理且可扩展的环境，用于在 Windows、macOS 或 Linux 主机上构建面向多种架构的二进制文件。使用 CROPS 设置构建主机后，您可以准备一个 shell 环境，模拟本地运行 Linux 系统的 shell 环境。

CROPS在Yocto项目中的运用

CROss PlatformS (CROPS) 是一个开源的跨平台开发框架，提供了一个易于管理且可扩展的环境。它利用 Docker 容器，使得像 Poky 这样的 Yocto 项目可以在不同的平台上轻松运行，包括 Linux、Microsoft Windows 和 macOS。通过 CROPS，开发人员能够在非 Linux 系统上构建 OpenEmbedded 项目，确保跨平台的一致性和兼容性。
由于 Yocto 项目版本众多且更新频繁，不同版本对构建主机的环境要求有所不同。例如，不同版本的 Yocto 项目可能对 Python 等工具的版本要求不一致，这使得同一主机难以支持多个不同版本的 Yocto 项目。Docker 通过环境隔离解决了这一问题，使得多个版本的 Yocto 项目能够在同一主机上运行。
在团队协作中，CROPS 还确保了开发环境的统一。通过 Docker 容器，团队成员可以共享相同的构建环境，无需每个人单独进行配置。Docker 镜像包含所有必要的构建工具和依赖项，确保开发环境在不同平台上保持一致。
CROPS 的相关源代码可以在 https://github.com/crops/poky-container/ 仓库中找到，进一步简化了 Yocto 项目在跨平台环境中的使用。

poky-container 仓库

该仓库用于创建能够运行 bitbake/poky 的镜像。它与 https://github.com/crops/yocto-dockerfiles 的主要区别在于，它提供了帮助工具，用于在容器内创建用户和用户组，以确保容器中生成的输出文件能够被主机上的用户读取。
根据使用的操作系统（Linux、Windows 或 Mac），设置说明会有所不同。对于 Windows/Mac 的设置说明，请参考 https://github.com/crops/docker-win-mac-docs/wiki。在文档的其余部分中提及 Windows/Mac 时，默认假设已经按照该页面的说明进行设置。

NXP与Docker

NXP 提供了 imx-docker 仓库，仓库地址为https://github.com/nxp-imx/imx-docker，以帮助在使用 Docker 的隔离环境中构建 i.MX BSP（板级支持包）。这种设置能够确保开发环境的可重复性，同时简化了对不同依赖项和系统版本的管理。

前提条件

安装 Docker

有多种安装 Docker 的方法，这里推荐使用 Docker 官方脚本安装：

$ curl -fsSL https://get.docker.com -o get-docker.sh
$ sudo sh get-docker.sh

无需 sudo 运行 Docker

为了更方便地使用 Docker 而无需每次都使用 sudo，可以将当前用户添加到 docker 用户组中：

$ sudo usermod -aG docker <your_user>

注销并重新登录，以便重新评估用户组的成员身份。

配置 Docker 使用代理

创建一个 Docker 配置文件 ~/.docker/config.json，并添加以下内容：

{
  "proxies": {
    "default": {
      "httpProxy": "http://proxy.example.com:80"
    }
  }
}

注意：将 'example' 替换为您的实际代理信息。

创建 Docker 服务

$ sudo mkdir -p /etc/systemd/system/docker.service.d
$ sudo vim /etc/systemd/system/docker.service.d/http-proxy.conf

添加以下内容：

[Service]
Environment="HTTP_PROXY=http://proxy.example.com:80/"
Environment="NO_PROXY=localhost,someservices.somecompany.com"

重启 Docker 服务：

$ sudo systemctl daemon-reload
$ sudo systemctl restart docker

使用 Docker 构建 i.MX

imx-docker 仓库提供了多个与不同版本 Ubuntu 对应的 Dockerfile 文件：

.
├── Dockerfile-Ubuntu-18.04
├── Dockerfile-Ubuntu-20.04
├── Dockerfile-Ubuntu-22.04
├── README.md
├── docker-build.sh
├── docker-run.sh
├── env.sh -> imx-6.6.36-2.1.0/env.sh
└── imx-6.6.36-2.1.0
    ├── env.sh
    └── yocto-build.sh

设置构建变量

使用 env.sh 文件为构建设置变量。确保已创建一个工作目录，并且该目录由当前用户拥有，且位于较大容量的分区上。

创建 Yocto Docker 镜像

运行 docker-build.sh 并传入与操作系统对应的 Dockerfile 参数，例如适用于 Ubuntu 22.04 的 Dockerfile：

$ ./docker-build.sh Dockerfile-Ubuntu-22.04

在 Docker 容器中构建 Yocto 镜像

运行以下命令来在 Docker 容器中构建 Yocto 镜像：

$ ./docker-run.sh ${IMX_RELEASE}/yocto-build.sh

例如：IMX_RELEASE=imx-6.6.36-2.1.0

也可以直接进入 Docker 容器的命令行提示符，运行构建脚本：

$ ./docker-run.sh

运行时，卷会用于在主机上保存构建产物：

• {DOCKER_WORKDIR}：作为主要工作空间。
• {DOCKER_WORKDIR}/${IMX_RELEASE}：将 Yocto 构建脚本提供给容器。
• {HOME}：挂载当前用户的主目录，以便容器中使用用户设置（如 SSH 密钥、Git 配置等）。

这种方法通过 Docker 容器在隔离的环境中构建 i.MX BSP，确保了环境的兼容性和一致性，并有效避免了本地环境依赖的问题。