パッケージのバージョンに関する情報を分析する Repology プロジェクトの XNUMX か月にわたる作業の結果

さらに半年が経過し、プロジェクトは レポロジーは、多くのリポジトリからパッケージ バージョンに関する情報を収集して比較し、別のレポートを発行します。 このプロジェクトの目標は、さまざまなディストリビューションのパッケージ管理者間およびソフトウェア作成者との対話を改善することです。特に、このプロジェクトは、新しいソフトウェア バージョンのリリースを迅速に検出し、パッケージの関連性を監視し、名前付けとバージョン管理スキームを統一するのに役立ちます。 、メタ情報を最新の状態に保ち、問題に対するパッチと解決策を共有し、ソフトウェアの移植性を向上させます。

• サポートされるリポジトリの数が 250 を超えました。Cygwin、distri、Homebrew Casks、just-install、KISS Linux、Kwort、LuaRocks、Npackd、OS4Depot、RPM Sphere のサポートが追加されました。 開発が中止された Antergos リポジトリは削除されました。 GNU Guix のサポートは (Guix Web サイトの変更により解析が不可能になったため) 削除され、その後 (Guix が JSON 形式で通常のメタデータ ダンプを実装したおかげで) サポートが復活し、同時に改善されました。
• リポジトリには、パッケージ名とバージョンに加えて、URL (ホームページまたはディストリビューションへのリンク) を提供するという要件が導入されました。この情報により、プロジェクトで発生する多数の名前の競合を確実に解決できます。 現在のリポジトリ 提供しない このような情報は削除される予定です。
• プロジェクトのソース コードのメイン リポジトリは 8 つに分割され (リポジトリ データを更新するデーモンと、サイトの動作を保証する Web アプリケーション)、コード内の型アノテーションの実装が完了しました (すべてのプロジェクト コードが mypy を実行するようになりました)。 -strict) と PEPXNUMX との調整。
• レガシー バージョン ブランチのサポートが追加されました。 たとえば、リポジトリ内に新しいバージョン 11.2 がある場合でも、Repology は PostgreSQL 11 が古いことを報告できるようになりました (11.5 番目のブランチの最新バージョンは 12.0 であるため) (以前は、リポジトリ内の最新バージョンより下のすべてのバージョンはレガシーとしてマークされていました)廃止されたステータスを持つことはできません)。 これに関連して、以前にメジャー バージョンに分割されていたプロジェクト (wxwidgets28/wxwidgets30 など) のほとんどが統合されました。
• 並列互換性のないバージョン管理スキームを使用してプロジェクトを正しく処理する機能が追加されました。 例えば、 FreeCAD ここで、0.18.4 と 0.18.16146 は XNUMX つのリリースに対応します。
• 作り直した リスト и 個別のページ メンテナー - メンテナー統計はリポジトリごとに個別に収集されるようになりました。 実際、パッケージはメンテナをメタデータに保存している間に、メンテナの知らないうちに他のリポジトリに移行でき、実際にメンテナのサポートを奪われる可能性があるため、代表的な集計統計は不可能であることがわかっています (これを自動的に追跡することは不可能ですが)。 。 後でそれらは時代遅れになる可能性があり、この事実を元のメンテナーと関連付けることは正しくありません。この状況が原因で発生しました。 不満 Funtoo の存在による Gentoo メンテナ - 本質的には Gentoo のフォークであり、メンテナに関する情報を保存します。 統計をリポジトリにリンクすることでこの問題を解決できるようになり、同時にメンテナに関する情報がより詳細かつ構造化されました。
• 試験的に追加されました サポート 新しいタイプのバッジ。これは、すべてのリポジトリ内の選択されたプロジェクトのバージョンのマトリックスです。 このツールは、たとえば、プロジェクト (または単なるプロジェクトの任意のリスト) の依存関係のステータス (パッケージの可用性、バージョン、その関連性、および指定された最小値への準拠) の一般的なアイデアを得るのに役立ちます。 この機能はリクエストされました (そして 中古) PostGIS プロジェクトによる。
• 404 プロジェクト ページのサポートが改善されました。特に、要求されたプロジェクトが存在しないが、その名前が以前に見つかった場合 (たとえば、別の名前のプロジェクトに割り当てられたパッケージの名前として)、ユーザーは彼が考えているかもしれないプロジェクトの選択肢を、「曖昧さ回避ページ» ウィキペディア。 例.
• との統合の向上 ウィキダータ — データインポートの改善に加えて、実装および開始されました ボット、Repology のデータを使用してウィキデータのソフトウェア情報を更新します。 ウィキデータが徐々にウィキペディアの構造化情報の主要なソースになりつつあることを思い出してください (ニュースの文脈では、バージョン履歴、ライセンス、Web サイト、サポートされている OS、作成者、さまざまなディストリビューションのパッケージなどのソフトウェアに関する事実)。これにより、各プロジェクト ページのローカライズされたバージョンが数十存在する代わりに、データの関連性を XNUMX か所で維持できます。 たとえば、プロジェクトカード nginx ウィキペディアはウィキデータからのみ情報をブロードキャストします。
• 過去 500 か月間で、個々のプロジェクトをより正確に処理するために、ルールの追加/変更を求める XNUMX 件を超えるリクエスト (レポート) が処理されました。

リポジトリの評価 パッケージの合計数ごとに:

• オーストラリアドル (49462)
• ニックス (48660)
• Debian と派生製品 (32972) (Raspbian リード)
• FreeBSD (26921)
• フェドーラ (22337)

固有でないパッケージ (つまり、他のディストリビューションにも存在するパッケージ) の数によるリポジトリの評価:

• ニックス (41815)
• Debian と派生製品 (24284) (Raspbian リード)
• オーストラリアドル (22176)
• FreeBSD (21831)
• フェドーラ (19215)

リポジトリの評価 新しいパッケージの数による:

• ニックス (23210)
• Debian と派生製品 (16107) (Raspbian リード)
• FreeBSD (16095)
• フェドーラ (13109)
• オーストラリアドル (12417)

リポジトリの評価 新しいパッケージの割合による(1000以上のパッケージを含むリポジトリの場合のみ、CPAN、Hackage、PyPiなどのモジュールのアップストリームコレクションはカウントしません):

• レイブンポーツ (99.16%)
• Arch およびデリバティブ (85.23%)
• 自作 (84.57%)
• ニックス (84.55%)
• スクープ (84.02%)

一般的な統計:

• 252のリポジトリ
• 180万プロジェクト
• 2.3万個の個別パッケージ
• 36 人のメンテナ
• 過去 153 か月間で 150 のリリースが記録されました (最後のレビューにはエラーが含まれていました。過去 XNUMX か月間で XNUMX のリリースが記録されました)
• 有名プロジェクトの 9.5% が過去 XNUMX か月間に少なくとも XNUMX つの新しいバージョンをリリースしました

出所： オープンネット.ru