又六個月過去了,該項目
- 支援的儲存庫數量已超過 250 個。新增了對 Cygwin、distri、Homebrew Casks、just-install、KISS Linux、Kwort、LuaRocks、Npackd、OS4Depot、RPM Sphere 的支援。 已停止開發的 Antergos 儲存庫已被刪除。 對 GNU Guix 的支援被刪除(由於 Guix 網站上的更改導致解析變得不可能),後來又恢復了(感謝 Guix 實現了 JSON 格式的常規元資料轉儲),同時得到了改進。
- 除了套件名稱和版本之外,還要求儲存庫提供 URL(主頁或發行版連結)——這些資訊可讓您可靠地解決專案遇到的眾多命名衝突。 目前,儲存庫
不提供 此類資訊計劃刪除。 - 專案原始碼的主儲存庫分為兩部分(一個用於更新儲存庫資料的守護程式和一個保證網站運行的網路應用程式),程式碼中類型註解的實作已經完成(所有專案程式碼現在都執行mypy -嚴格)並與PEP8 保持一致。
- 新增了對舊版本分支的支援。 例如,現在Repology 可以報告PostgreSQL 11.2 已過時(因為第11 個分支中的最新版本是11.5),即使儲存庫中存在較新版本12.0(以前,儲存庫中低於最新版本的所有版本都被標記為舊版)且不能具有過時狀態)。 就此而言,先前劃分為主要版本的大部分項目(例如wxwidgets28/wxwidgets30)都被合併了。
- 新增了使用並行不相容版本控制方案正確處理專案的能力。 例如,
FreeCAD 其中0.18.4和0.18.16146對應一個版本。 - 重做
名單 и單獨的頁面 維護者 - 現在維護者統計資料由儲存庫單獨收集。 實踐表明,代表性的匯總統計是不可能的,因為包在將維護者存儲在元數據中時,可以在維護者不知情的情況下遷移到其他存儲庫,並實際上剝奪了他的支持(雖然不可能自動追蹤這一點) 。 後來它們可能會過時,將這個事實與原始維護者聯繫起來是不正確的 - 這種情況導致不滿 Gentoo 維護者由於 Funtoo 的存在 - 本質上是 Gentoo 的一個分支,不受他們控制,它儲存有關維護者的信息。 將統計資料與儲存庫連結起來可以解決這個問題;同時,有關維護者的信息變得更加詳細和結構化。 - 添加了實驗性的
支持 一種新徽章,它是所有儲存庫中選定項目的版本矩陣。 該工具非常有用,例如,可以大致了解項目(或任意項目清單)的依賴項的狀態(套件可用性、版本、其相關性以及對給定最小值的遵守情況)。 已請求此功能(並且使用 )由 PostGIS 專案提供。 - 改進了對 404 項目頁面的支援 - 特別是,如果請求的項目不存在,但以前遇到過該名稱(例如,作為分配給具有不同名稱的項目的包的名稱),則用戶為他可能想到的項目提供選擇,方式為“
消歧義頁面 » 維基百科。例子 . - 改進的集成
維基數據 - 除了資料導入方面的改進之外,還實施和啟動了船 ,它使用來自 Repology 的資料更新 Wikidata 中的軟體資訊。 讓我們回想一下,維基數據正在逐漸成為維基百科結構化資訊的主要來源(在新聞背景下- 有關軟體的事實,例如版本歷史記錄、許可證、網站、支援的操作系統、作者、各種發行版中的軟體包等),它允許您在一個地方維護資料的相關性,而不是每個專案頁面的數十個本地化版本。 例如,專案卡Nginx的 維基百科僅廣播來自維基數據的資訊。 - 在過去的六個月中,已處理了 500 多個添加/更改規則的請求(報告),以便更正確地處理各個項目。
- 奧爾 (49462)
- 尼克斯 (48660)
- Debian 及其衍生性商品 (32972)(Raspbian 主導)
- 自由BSD (26921)
- 軟呢帽 (22337)
根據非唯一套件(即其他發行版中也存在的套件)的數量對儲存庫進行評級:
- 尼克斯 (41815)
- Debian 及其衍生性商品 (24284)(Raspbian 主導)
- 奧爾 (22176)
- 自由BSD (21831)
- 軟呢帽 (19215)
- 尼克斯 (23210)
- Debian 及其衍生性商品 (16107)(Raspbian 主導)
- 自由BSD (16095)
- 軟呢帽 (13109)
- 奧爾 (12417)
- 拉文波特 (99.16%)
- Arch 及其衍生性商品 (85.23%)
- 自製軟體 (84.57%)
- 尼克斯 (84.55%)
- 獨家新聞 (84.02%)
一般統計:
- 252 個儲存庫
- 180萬個項目
- 2.3 萬個獨立包裹
- 36 維護者
- 過去六個月內記錄了 153 個發布(上次審核包含錯誤;過去六個月記錄了 150 個發布)
- 9.5% 的知名專案在過去六個月內至少發布了一個新版本
來源: opennet.ru