Portal:Jump/Policy/CommunitySLEChangeRequests

Leap

本文将从贡献者的角度介绍关于 openSUSE Leap 的信息。许多概念、要执行的命令、要联系的人等等都与 openSUSE Factory 非常相似。我们建议使用如何贡献到 openSUSE Factory 指南作为起点，本指南将重点介绍 openSUSE Leap 特有的差异。本文将指导您为来自 SUSE Linux Enterprise 的大约 4000 个 openSUSE Leap 包做出贡献。

目标读者？

为需要对来自 SUSE Linux Enterprise (SLE) 的软件包进行更改的社区和 SUSE 内部的 openSUSE Leap 贡献者。希望与 openSUSE 合作的公司。并希望找到一种指导 openSUSE Leap 发展方向的方法。 请参阅一项捕捉这些人物的努力。 截至今天，openSUSE Leap 包含大约 4000 个具有 SLE 来源的此类软件包。

openSUSE 发布团队将在这方面为您提供帮助。

如何请求访问 jira.suse.com？

目前，对试点项目的访问仅授予对 openSUSE Leap 有贡献的活跃贡献者。

jira.suse.com 与 IDP 集成。如果您已经在 https://build.opensuse.org 或 https://bugzilla.opensuse.org 上拥有帐户，那么您也自动拥有 IDP 登录权限。

否则，请确保您在 https://idp-portal.suse.com/univention/self-service/#page=createaccount 上拥有帐户

首选方法是对 admin@opensuse.org 提交工单，然后我将收到工单。

 mailto: admin@opensuse.org
 Subject: $user access to openSUSE project in jira.suse.com
 I'm one of openSUSE Leap contributors and I'd like to have access to openSUSE partner project in jira. 
 My OBS/IDP account is: $USER

 Thank you

下一步是在 ldap-server.git 中进行明确的批准，以获得访问 SUSE 的 jira 中 openSUSE 合作伙伴项目的权限。这由给定合作伙伴项目的 TAM 维护。在我们的例子中，openSUSE 发布经理 (lubos.kocman AT suse.com)。最终，这涉及到对 gitlab 中的更改。

如何请求新功能？

使用您的 IDP 帐户登录 https://jira.suse.com https://jira.suse.com/projects/OPENSUSE/issues

开放功能每周回顾

会议在 https://meet.opensuse.org/FeatureRequests 举行，时间为每周一 UTC 2:00 / CEST 3:00 openSUSE Leap 发布经理将与会者分享屏幕，回顾当前开放的社区功能。我们的会议记录跟踪在 https://etherpad.opensuse.org/p/FeatureReview-meeting

您可以在这里找到问题 https://jira.suse.com/projects/OPENSUSE/issues，如果您已经获得了对合作伙伴项目的批准访问权限。您可能需要使用 openSUSE 项目看板

这是新的吗？

这对于 openSUSE Leap 来说并非新事物。这一直都是这种情况。我们只是将其正式化，目的是随着时间的推移使其更容易和更顺畅。这与 Closing The Leap Gap 提案或 Jump 原型用于 openSUSE Leap 的下一个版本无关。

SLE 功能请求的典型案例

请参阅我们的 SLE 功能请求人物，以便更好地理解，因为大多数社区 SLE 功能请求实际上是 openSUSE Leap 请求。

普通错误怎么办？

普通错误不在此流程的范围内。

请遵循 openSUSE:Submitting_bug_reports 了解如何提交错误报告。如果您将 Factory 提交请求链接到错误，我们将不胜感激。

在大多数情况下，最终的提交请求 (SR) 将来自 SLE 方面，然后将取代任何开放的 openSUSE Leap SR 与该软件包相关。请记住这一点。

如何查找包的来源？

使用 osc meta（如下例所示）来检查包的来源。属于此流程的软件包是那些来源为 SUSE:SLE* 的软件包。

请注意，SUSE Linux Enterprise 使用树状项目结构，其中来自早期服务包的更新被继承到较新的服务包中。 openSUSE Leap 15.3+ 从与公共 Open Build Service 中镜像的相同结构继承源和 rpm。

 SUSE:SLE-15:GA -> SUSE:SLE-15:Updates -> SUSE:SLE-15-SP1:GA -> SUSE:SLE-15-SP1:Updates -> SUSE:SLE-15-SP2:GA ...

查找软件包的来源和二进制文件

 linux:~> osc meta pkg openSUSE:Leap:15.3 python | head -1
 <package name="python" project="SUSE:SLE-15:Update">

SLE 与 Leap/Backports 来源

 linux:~> osc meta pkg openSUSE:Leap:15.3 python | egrep "openSUSE:Backports|openSUSE:Leap" && echo "Origin in Backports or Leap 15.3" || echo "SLE origin"
 SLE origin

 linux:~> osc origin -p openSUSE:Leap:15.2 package kdelibs4 # Origin is Leap updates
 openSUSE:Leap:15.1:Update

如何创建 SLE 功能请求？

针对 openSUSE Leap 创建提交请求.

首先，请记住，我们都需要尊重 openSUSE:Factory_development_model，因此请确保它也已提交到 Factory。这也有助于更快地处理功能请求。

发布经理(s)和发布工程师(s)将处理请求并在 JIRA 中创建 SLE 功能请求并请求批准。提交请求将链接到功能请求。

提供 SR 可以大大加快流程，即使针对 openSUSE Leap 的 SR 预计最终会被拒绝，因为更改来自 SLE。

针对 openSUSE Distribution 创建错误报告.

发布经理(s)处理所有没有设置优先级的错误（默认 P5 优先级），并将明显的特征请求转换为 JIRA 中的 SLE 功能请求。

如果适用，您可以参考 Factory 的提交请求，甚至针对 openSUSE Leap 的被拒绝的提交请求。请注意，请求应符合即将发布的里程碑的标准。例如，如果您在 RC 或 post-RC 阶段提交一个全新的功能请求，它很可能会被拒绝或推迟到下一个版本。

通过 irc 联系 openSUSE:Release_team

最好是 openSUSE Leap 的发布经理在 irc / #opensuse-factory 上提供更多指导。不要仅仅通过普通电子邮件发送请求。

“更改必须来自 SLE”是什么意思？

当前的 openSUSE Leap 工作流程在 SLE 接受后会自动从 SUSE Linux Enterprise 接收提交。

Portal:Leap:Jump 工作流程将会在构建完成后简单地同步包含更改的 SLE 二进制文件。

包括 SLE 功能请求的 openSUSE Leap 当前内容流程

下图涵盖了当前情况，并突出了带有 SLE 来源的软件包中存在的问题，请参见红色框和箭头。

图表的最新来源可以在 [1] 找到

Jump 的建议内容流程

相应地，新的 openSUSE Leap 的建议内容流程

图表的最新来源可以在 [2] 找到