账户服务帮助 Rocky Enterprise Software Foundation 跟踪贡献者及其工作项目。本协议涵盖 RESF Git 服务 (Gitea) 和 Rocky Linux GitLab 实例，以及它们的整体使用和对贡献者的期望。

我们要求 Rocky (RESF) 的贡献者接受以下协议，因为它提供了访问 RESF Git 服务的权限。

请在接受本协议前仔细阅读。

前言¶

RESF Git 服务 (Gitea) 是 Rocky Enterprise Software Foundation 的核心组成部分。它用于托管 RESF 下的代码/软件，或为 Rocky 生态系统内的团队提供管理其自身项目、代码、Wiki 等的功能。它还将充当 Rocky GitHub 组织的一些仓库的镜像，并在特殊情况下充当 Rocky Linux GitLab 实例的一些仓库的镜像。

Rocky Linux GitLab 实例是 Rocky Linux 构建生态系统的核心组成部分，因此也是发行版和可用软件开发过程的一种模式。作为 Rocky Linux GitLab 的用户，您（用户）可以创建仓库、报告问题，并就特定兴趣小组 (SIG) 进行协作，以及修复生态系统中的各种问题，例如资产或失败的补丁。

本协议不涵盖，也不影响向任何 Rocky GitHub 组织贡献的能力。

一般准则¶

作为贡献者，您（用户）和他人必须遵守一些准则。以下是一般需要注意的事项：

强制执行审核 - 就像在 Rocky Linux MatterMost 聊天中一样，注意您的语言和措辞非常重要。请以您希望别人对您说话的方式与他人交流。
必须上传有效的 GPG 密钥并用于签名您的提交。通常情况下，签名提交被认为是 **必需** 的。请注意，大多数 git 仓库将禁用未签名提交。
未使用的或未登录的账户可能会被停用或禁用。
请勿将任何 git 服务视为通用的 Rocky Linux Bug Tracker。所有问题都应在我们当前的 bug tracker https://bugs.rockylinux.org 上跟踪。属于 RESF 下的项目的问题可能有其他准则。

期望¶

作为贡献者，您（用户）以及在 git 服务中工作和与之互动的人都有一些期望。以下是我们对您的期望：

请勿创建个人仓库 - 如果仓库不是用于 RESF、Rocky Linux、SIG、"people" 页面/工作区域，或计划中的 Rocky 贡献，则不应创建。
您将保留您的贡献的所有权 - 您（用户）贡献的任何内容都不会被剥夺，也不会从您的贡献中移除您的名字，正如《Rocky 开源贡献者协议》中所述。
Git 不是 Rocky Linux Bug Tracker - 所有与 Rocky Linux 相关的问题都应在我们当前的 bug tracker 上跟踪。根据 SIG 的情况，软件或其他方面的问题可以与他们的仓库或 bug tracker 一起跟踪。在大多数情况下，这并不阻止您（用户）在不报告 bug 的情况下打开 issue 或 PR 来改进或修复其他问题。
用户必须为其账户分配 GPG 密钥，并为特定配置的仓库签名其提交。

仓库/项目管理¶

Git 软件通常包含用于存放代码的仓库。几乎所有 git 软件都允许用户不仅贡献给其他仓库，还可以拥有直接与其个人资料关联的自己的仓库。在 Rocky 的两个 Git 实例中，虽然我们鼓励贡献和致力于其中的许多项目，但在大多数情况下，不鼓励创建仅与您个人关联的仓库。

以下是关于仓库管理的一些一般性建议：

允许：Fork 仓库，并在需要时创建 pull request。
允许：在您所属的组中创建仓库（如果允许）。
允许：在您的命名空间中为“people”材料（例如 Wiki、页面和其他材料）创建仓库。
允许：在您的命名空间中创建可能移至或成为 Rocky 生态系统内项目一部分的仓库。
不鼓励：在您的命名空间下创建供您自己使用或消费的仓库。

如果计划将仓库迁移到一个团队、SIG 或其他组织下，这是在您的命名空间下拥有仓库的有效情况。用户应在准备就绪时通过以下方式之一请求迁移：

在适用的情况下，在元仓库中提交 issue。
如果不存在元仓库或未指定元仓库，则在 bug tracker 中打开 ticket。
通过 Mattermost 公共频道或电子邮件等其他适用媒介直接请求。

性质为个人且未反映给定项目、SIG、用于“people”站点或材料集的用途，或 Rocky 生态系统内仓库（如 fork）的仓库可能会被归档或删除。

账户生命周期¶

作为一般访问规则，RESF Git 服务需要签署本协议才能获得访问权限。对于 Rocky Linux GitLab，情况并非如此，因为用户还需要属于“gitusers”组。

虽然有其他组可以更精细地控制对各种项目和组的访问，但所有用户（贡献者）都需要签署本协议，并且在 GitLab 的情况下，需要属于“gitusers”组才能登录。

不允许直接注册或本地 git 账户，也不会提供任何例外。

获取 RESF Gitea 实例的访问权限¶

用户在满足以下条件的情况下即可获得 RESF Gitea 实例的访问权限：

用户接受账户服务中的相关贡献者协议。
用户接受本协议。

获取 Rocky Linux GitLab 的访问权限¶

用户在满足以下条件的情况下即可获得 Rocky Linux git 的访问权限：

用户接受账户服务中的相关协议。
用户将属于某个特定兴趣小组 (SIG) 或参与其他通用开发。
用户或 SIG 赞助人通过联系 MatterMost 中的赞助人来请求访问“gitusers”组 - 这些赞助人可以在账户服务中的 gitusers 组或我们的 Wiki 上找到：https://wiki.rocky-linux.cn/guidelines/git_guidelines/
用户接受本协议。
经接受和审查后，用户将被添加到账户服务中的“gitusers”组，然后其账户将在 GitLab 实例中启用。

请求移除访问权限¶

拥有 Rocky git 访问权限的用户可以随时请求移除其账户。这可以通过登录 Rocky Linux bug tracker (https://bugs.rockylinux.org)，点击“Report Issue”，选择“Account Services”项，然后选择“Account Removal Request”来完成。

请注意，您也可以请求完全关闭账户。有关更多信息，请参阅以下链接。

https://wiki.rocky-linux.cn/team/infrastructure/idm_pdr/

撤销访问权限¶

用户对任何 Rocky Git 的访问权限可随时被撤销。访问权限的撤销原因包括但不限于以下任何情况：

一再违反本协议中概述的准则和期望。
违反《Rocky 开源贡献者协议》。
垃圾邮件/机器人账户 - 发现进行垃圾邮件或机器人活动的账户将被移除。这也适用于 bug 跟踪系统。

“奖杯”账户 - 仅为获取 Rocky Git 访问权限而创建，且无贡献计划，并将其用作地位象征的账户将被移除访问权限。

              This also applies to accounts that are solely to make
              small/trivial changes that does not bring any benefits to
              the packages, software, and code produced for Rocky as a
              whole. Pull requests that are found to not improve the
              state of function of a package, software, or code, as
              a general rule, are denied.

接受¶

要访问 RESF Git 服务，您必须接受本协议，以表明您同意上述准则和期望。

要加入“gitusers”组，您必须先接受本协议，然后赞助人才能添加您或请求将您添加到“gitusers”组。