Portal:JeOS
openSUSE Tumbleweed JeOS 可以被视为下一个 SUSE Linux Enterprise JeOS 的上游项目。
文档
- 访问 openSUSE JeOS 的 文档。
- 查看 SLES JeOS 文档。
jeos-firstboot
jeos-firstboot 是一个简单的首次启动向导，它用更友好的界面取代了 systemd-firstboot。它允许您选择键盘布局，向您显示适当的许可证，选择您的时区，设置 root 密码，并可选地（仅在 RaspberryPi 上）允许您配置无线网络。
它用 shell 脚本编写，代码可以在这里找到 https://github.com/openSUSE/jeos-firstboot
它还支持将这些配置保存在配置文件中，该配置文件可以复制到任何 JeOS 镜像，以便您可以避免任何交互步骤，有关更多信息，请查看 https://github.com/openSUSE/jeos-firstboot/blob/master/files/usr/share/defaults/jeos-firstboot.conf
更新的 Leap 镜像
我们的 openSUSE Leap 镜像是在 OBS 的一个单独项目构建的：[1]。每当其中一个依赖项收到更新时，OBS 会自动重建受影响的镜像。完成后，这些镜像会发送到 openQA，如果测试通过，构建将自动发布。将构建发布到 openQA 并在成功时发布由 ToTest-Manager 处理。
openQA
openSUSE JeOS 镜像测试是基线发行版测试的一部分，因为这些镜像通常与可安装介质一起构建。自动监控指定的 JeOS 构建项目使我们能够在 Open Build Service 中镜像可用时获取它们，并启动每个镜像风味的预定义测试套件。例如，这里 您可以看到我们感兴趣的预定义资源，这些资源将在 openQA 中从 openSUSE:Factory 项目中提取和测试
目前，我们只能使用 QEMU 虚拟机工作器。QEMU 虚拟机使用 CPU 模型 qemu64 生成，可以以 EFI 或 bios_boot 模式启动，使用 QEMU 的用户网络功能，并创建 1GB 或 2GB 的内存区域大小。
测试范围可以在几个领域定义
- 容器
- 文件系统和实用程序
- 服务器应用程序
- 预选的 yast2 模块
- 用户自定义
- 镜像属性（大小、机器 ID 等）
可以在 OpenQA UI 上直接查看测试状态（绿色/黄色/红色），以便快速了解结果。当子测试失败时，套件标记为失败，并且 QA 工程师会查看以识别问题并在必要时创建错误。每个测试的日志都会上传到 OpenQA 以进行进一步的故障排除。
您可以在这里查看 Leap 15.2 执行的测试列表：https://openqa.opensuse.org/tests/overview?distri=opensuse&version=15.2&build=31.176&groupid=65&flavor=JeOS-for-kvm-and-xen
如果您打开其中一个（例如 容器），您可以查看所有详细信息和输出。
为每个作业定义了一组固定的变量，并且可以为每个风味定义一些其他变量，这将使测试根据需要表现不同。例如，所有 JeOS 作业都会设置 BOOT_HDD_IMAGE=1 并从 HDD_1 变量中定义的现有镜像启动。这些变量可以在“设置”选项卡中查看，也可以在“日志和资源”选项卡中打开的 vars.json 中查看。
openSUSE 和 SLE 镜像测试之间的主要区别在于两种环境的性质。SLE 基本上是包含一组企业软件包的模块集合。大多数模块在成功的产品注册后可用。我们通常将产品注册代码存储在 openQA 测试变量中，命名为 `SCC_REGCODE`。其余的可以使用 `SUSEConnect` 实用程序进行注册，尽管有些可能需要特定于模块的注册代码。模块注册的顺序很重要，因为模块以某种层次结构排列。例如，如果有人想注册 SDK 模块，则必须先注册 BASE 和 DESKTOP APPs 模块。通常，这可以通过 openQA 测试套件变量 `SCC_ADDONS` 控制，该变量包含要由 openQA 测试作业注册的模块列表。正在开发中的产品使用 SCC 功能来测试注册，但是返回的模块列表及其相关 URL 不能指向官方更新服务器，因为它们不存储要测试的软件包。在这种情况下，我们使用所谓的假 SCC (https://github.com/SUSE/scc-qa-proxy) 将存储库重定向到 openQA 而不是更新服务器，以提取测试软件包。