如何测试具有实际限制的容器内的 snapcraft 包?

如何测试具有实际限制的容器内的 snapcraft 包?

我们希望在与稍后在安装了 ubuntu-core 的硬件设备上运行的相同限制的环境中对打包为 snap 的软件运行集成测试。我们希望确保不会遇到由限制引起的任何问题(例如缺少二进制文件或 snap 接口)。

最好的办法是什么?我有以下想法,但没有一个真正说服我:

  • 构建一个 Ubuntu Core docker 容器并在容器内启动应用程序:这将是首选方法,但我没有找到任何可能构建一个可运行的 ubuntu-core 16 容器的方法(有重新打包 qemu-img 的指南,但分区中没有二进制文件)。另外,我不知道如何在 snap 中调用二进制文件,以便它在 snap 限制内运行,就像它被 snapd 作为守护进程启动一样。

  • 使用“正常”的 ubuntu docker 基础镜像,安装 snapd 并安装我们的 snap:我担心这会导致操作系统限制不够,我们不会遇到像在真正的 Ubuntu-Core 上那样的问题。

相关内容