openSUSE:Backports 包提交流程

跳转到：导航，搜索

概述

通常，向 SUSE Package Hub 提交的过程与向 openSUSE Leap 提交的过程相同。

Package Hub 16.0

向 Package Hub 16.0 提交是通过针对包的 pool git 仓库的 "leap-16.0" 分支的拉取请求来完成的

   https://src.opensuse.org

例如，如果您想更改包 "hello" 的源代码，您将 fork

   https://src.opensuse.org/pool/hello

有关详细信息，请在此处查看 Leap 16.0 提交指南

   https://en.opensuse.net.cn/openSUSE:Packaging_for_Leap

Package Hub 15 项目设置

Package Hub 15 是所有 openSUSE Leap 15 包的重建，这些包既不在 SLE 中，也不以其他方式排除在添加到 Package Hub 15 中。因此，Package Hub 15 会自动接收 openSUSE 社区为这些包提供的 Leap 15.0 维护更新更改，并在 SUSE 员工的帮助下进行维护。

以下项目处于活动状态

Package Hub 15 打包人员工作流程

默认情况下，传递到 Leap 15 的所有更改都将反映在适用于 Package Hub 15 的包中。其他更改和新包可以并行提交到以下项目

  • openSUSE:Backports:SLE-15-SP6:Update
  • openSUSE:Backports:SLE-15-SP7:Update

因此，新包和更改具有以下要求

  • 在 bugzilla 中提交的错误条目，并在提交中引用
  • 在 openSUSE:Factory 中接受的新包
  • 首先提交到 openSUSE:Factory 的错误修复
  • 与基础 Leap 及其维护策略兼容。

维护工作流程

目标项目实际上并不构建包，而是充当已发布 openSUSE 发行版的更新项目。即，实际的源代码是在所谓的“事件项目”中构建的。openSUSE 维护团队负责这些事件项目。

打包人员提交请求后，它们将由自动化审查机器人进行审查

  • maintbot：检查提交是否由定义在 devel 项目中的包维护者创建。maintbot 将为非维护者提交的提交添加 devel 项目作为审查者。
  • factory-source：检查提交到 Backports 项目的源代码是否实际在 factory 中接受。拒绝不满足此条件的要求。
  • legal-auto：许可证检查

根据需要添加以下进一步审查

  • 对于 Backports 团队：如果源代码与 openSUSE:Factory 或当前维护的稳定 Leap 发行版不匹配，则必须单独批准此偏差
  • 对于 Factory 包维护者。如果提交是由 Factory 中此包的常规维护者列表中不存在的人员提交的，则他们需要单独批准。请注意，如果维护者接受此审查，这也表示他们承诺在未来维护 Package Hub 中的安全或维护问题。使用的消息是：由 devel 项目 (PROJECT) 中非维护者提交的 PACKAGE 提交。请审查。

在通过自动化和手动审查后，维护工程师接管。如果请求没问题，他将接受它，从而创建一个维护事件。在包成功构建后，维护工程师将创建一个发布请求。发布请求又将再次由 factory-source 检查。

在 openSUSE 上常用的测试宽限期后，维护工程师然后接受发布请求以实际发布包。

引入单个新包

新包必须从分支提交。分支可以像这样创建

 osc branch -M -N openSUSE:Backports:SLE-15-SP6:Update <pkg>

Package Hub 12

注意：Package Hub 12 已 EOL。不再可能提交。

从 "https://en.opensuse.net.cn/index.php?title=openSUSE:Backports_Package_Submission_Process&oldid=198633" 检索