Numeric
Reference prefix: JENKINS-
Target URL: https://issue-redirect.jenkins.io/issue/<num>插件托管指南
本指南将涵盖整个插件托管过程。
完成本页面描述的所有步骤后，您将已完成以下事项：
-
您的插件源代码将托管在
jenkinsciGitHub 组织的一个仓库中。您将拥有该仓库的管理权限。 -
您将被允许将插件发布到 Jenkins 项目的 Maven 仓库，该仓库是 Jenkins 项目运营的更新站点的来源。
发起托管请求
| 我们的自动化流程使得 fork + 删除（见下文）比转移仓库所有权更容易。如果您的仓库已经有大量的 fork、issue、pull request 或其他辅助数据，我们可以手动转移它 — — 只需在托管请求中提出此要求并提供解释。 |
登录 GitHub，在 repository-permissions-updater 仓库 中创建一个新的 issue。请务必填写所有字段，并按照描述进行。
来自 托管团队 的成员将在几天内审查您的请求。如果要求进行任何更改，请予以实施。
一旦满足所有要求，您的仓库将被 fork 到 jenkinsci 组织，您将被邀请加入该组织。
此时，您需要删除我们 fork 过的仓库。之后，您可以再次从 jenkinsci fork 来重新创建它。这将确保 jenkinsci 仓库是 GitHub 上网络图的根节点。这意味着：
-
将不会混淆哪个仓库是权威仓库。
-
即使没有大量的 GitHub 关注者，源代码搜索 也会成功。
-
其他人更有可能在
jenkinsci仓库中提交 pull request（这对于协作是理想的）。
启用 CI 构建
Jenkins 项目托管了一个 Jenkins 控制器来为插件执行持续集成构建。我们建议您通过在插件的 GitHub 仓库中创建 Jenkinsfile 来设置 jenkinsci GitHub 组织中的插件 CI 构建。有关如何执行此操作的详细信息，请参阅 CI 构建文档。
请求上传权限
在您的插件源代码被 fork 到 jenkinsci 组织后，您会收到一个用于添加发布权限的 pull request。如果这没有发生，您可能需要自己创建该请求。请 遵循此仓库 README 中的说明 来执行此操作。
完成此步骤且您的请求已被合并后，您将能够 发布您的插件。有关发布说明，请参阅该指南。
或者，您可以将插件配置为在推送有趣更改时自动发布，或按需发布。在这种情况下，您只需要 GitHub 的写入权限；您永远不需要本地凭据。有关详细信息，请遵循 此指南。
与 Jira 集成
如果您的选择的 issue 跟踪器是 Jira，您可以设置自动链接引用，直接从 commit 链接到 Jenkins Jira issue。您需要做的就是在您的 GitHub 仓库的 Settings 选项卡中，将以下配置添加到 Autolink references 部分：
现在，以 JENKINS-<num> 开头的 commit 将链接到相应的 Jira issue：
加入社区
作为一名新的插件作者，强烈建议您加入 邮件列表，与社区互动并及时了解最新的 Jenkins 新闻。
|
请避免在私人频道中提问或沟通。我们希望沟通能在开放的环境中进行，以便我们能在社区中进行更健康的讨论。 |