[ad_1]
您想知道您最喜欢的项目的新版本何时发布吗？ 您想让打包员的工作更轻松吗？ 如果是这样，这篇文章适合你。 它向您介绍了世界 release-monitoring.org. 您将看到它如何帮助您赶上上游版本。
什么是 release-monitoring.org？
release-monitoring.org 是两个应用程序的组合： 安妮塔 和 新热点.
Anitya 是您访问 release-monitoring.org 时可以看到的内容。 您可以使用它来添加和管理您的项目。 Anitya 还会定期检查新版本。
The-new-hotness 是一个捕捉 Anitya 发出的消息的应用程序。 如果项目被映射到一个 Bugzilla 问题 Fedora 包裹。
如何使用 release-monitoring.org
现在您知道它是如何工作的，让我们关注如何使用它。
首先认为您需要做的是登录。Anitya 提供了一些您可以用来登录的选项，包括 Fedora 帐户系统 (FAS)、Yahoo! 或自定义 OpenID 服务器。
登录页面登录后，您会在顶部面板中看到新选项。
Anitya 顶板添加新项目
现在您可以添加一个新项目。 检查项目是否已经添加总是好的。
添加项目表单接下来，填写项目信息：
- 项目名 – 使用上游项目名称
- 主页 – 项目主页
- 后端 – 后端只是托管项目的网络托管。 Anitya 提供了许多后端供您选择。 如果您找不到项目的后端，您可以使用自定义后端。 每个后端都有自己的附加字段。 例如，BitBucket 让您指定所有者/项目。
- 版本方案 – 这用于对收到的版本进行排序。 目前，Anitya 仅支持 RPM 版本方案。
- 版本前缀 – 这是从任何收到的版本中剥离的前缀。 例如，如果 GitHub 上的标签是 version_1.2.3，您将使用 version_ 作为版本前缀。 然后版本将显示为 1.2.3。 版本前缀 v 被自动剥离。
- 在提交时检查最新版本 – 如果您选中此项，Anitya 将在提交时对项目进行初步检查。
- 发行版 – 使用该项目的发行版。 这也可以在以后添加。
- 包裹 – 项目在发行版中的打包名称。 这是必需的，当 发行版 字段已填写。
当您对项目感到满意时，请提交它。 您可以在下面看到您的项目在提交后的外观。
项目页面添加新的分布映射
如果要将项目映射到特定发行版上的包，请先打开项目页面，然后单击添加新发行版映射。
添加分布映射表在这里您可以选择 Anitya 中已有的任何发行版，填写包名称，然后提交。 新映射将显示在项目页面上。
自动归档 Bugzilla 问题
现在您创建了一个新项目并为其创建了映射。 这很好，但是作为打包人员，这对您有什么帮助？ 这就是新热点发挥作用的地方。
每次 the-new-hotness 看到 Anitya 发出的新更新或新映射消息时，它都会检查此项目是否映射到 Fedora. 为此，项目必须有一个映射到 Fedora 在 Anitya 中添加。
如果包已知，则-new-hotness 会检查此包的通知设置。 该设置可以更改 这里. the-new-hotness 做的最后一次检查是 Anitya 报告的版本是否比此包的当前版本更新 Fedora 生皮.
如果所有这些检查都是肯定的，则会提交新的 Bugzilla 问题并开始 Koji 临时构建。 Koji 构建完成后，Bugzilla 会更新输出。
release-monitoring.org 的未来计划
release-monitoring.org 系统非常棒，不是吗？ 但这还不是全部。 Anitya 和新潮人都计划了很多事情。 以下是未来计划的简短列表：
安妮塔
- 添加 图书馆 消费者——自动检查libraries.io上的新版本，在Anitya中创建项目并发出有关更新的消息
- 利用 Fedora 包数据库自动猜测包名 Fedora 基于项目名称和后端
- 添加 语义的 和 日历 版本方案
- 将当前的 cron 作业更改为服务：Anitya 使用 cron 作业定期检查新版本。 计划是将其更改为使用队列检查项目的服务。
- 支持多个版本前缀
新热点
- 当新版本发布时，为 Flathub 项目归档 Github 问题
- 在 Pagure 中创建拉取请求而不是提交 Bugzilla 问题
- 搬去 开班 – 这应该使部署比现在容易得多
- 转换为 Python 3（大部分完成）
两个都
- 转换为 fedora-messaging——这已经在进行中，应该会使 Anitya 和 the-new-hotness 之间的通信更加可靠。
[ad_2]