패키지 버전 정보를 분석하는 Repology 프로젝트의 XNUMX개월간 작업 결과

또 XNUMX개월이 지났고 프로젝트는 반성많은 리포지토리에서 패키지 버전에 대한 정보를 수집하고 비교하는 는 또 다른 보고서를 게시합니다. 이 프로젝트의 목표는 다양한 배포판의 패키지 관리자와 소프트웨어 작성자 간의 상호 작용을 개선하는 것입니다. 특히 이 프로젝트는 새 소프트웨어 버전의 릴리스를 신속하게 감지하고, 패키지의 관련성을 모니터링하고, 이름 지정 및 버전 지정 체계를 통합하는 데 도움이 됩니다. , 메타 정보를 최신 상태로 유지하고, 문제에 대한 패치 및 솔루션을 공유하고, 소프트웨어 이식성을 향상시킵니다.

• 지원되는 리포지토리 수가 250개를 초과했습니다. Cygwin, distri, Homebrew Casks, just-install, KISS Linux, Kwort, LuaRocks, Npackd, OS4Depot, RPM Sphere에 대한 지원이 추가되었습니다. 개발이 중단된 Antergos 저장소가 제거되었습니다. GNU Guix에 대한 지원은 제거되었으며(구문 분석이 불가능하도록 만든 Guix 웹 사이트의 변경으로 인해) 나중에 반환되었으며(JSON 형식으로 일반 메타데이터 덤프를 구현하는 Guix 덕분에) 동시에 개선되었습니다.
• 패키지 이름 및 버전 외에도 URL(홈 페이지 또는 배포 링크)을 제공하기 위한 리포지토리에 대한 요구 사항이 도입되었습니다. 이 정보를 사용하면 프로젝트에서 발생하는 수많은 이름 충돌을 안정적으로 해결할 수 있습니다. 현재 저장소 제공하지 않음 해당 정보는 삭제될 예정입니다.
• 프로젝트 소스 코드의 주요 저장소는 두 개(저장소 데이터 업데이트를 위한 데몬과 사이트 작동을 보장하는 웹 애플리케이션)로 나뉘며, 코드의 유형 주석 구현이 완료되었습니다(모든 프로젝트 코드는 이제 mypy를 실행합니다) -엄격) 및 PEP8과의 정렬입니다.
• 레거시 버전 분기에 대한 지원이 추가되었습니다. 예를 들어, 이제 리포지토리에 최신 버전 11.2이 있더라도 Repology는 PostgreSQL 11가 오래되었다고 보고할 수 있습니다(11.5번째 브랜치의 최신 버전이 12.0이기 때문)(이전에는 리포지토리에서 최신 버전 이하의 모든 버전이 레거시로 표시됨). 더 이상 사용되지 않는 상태를 가질 수 없습니다). 이에 기존에 주요 버전으로 나누어졌던 프로젝트(예: wxwidgets28/wxwidgets30)를 대부분 병합하였습니다.
• 병렬 비호환 버전 관리 체계를 사용하여 프로젝트를 올바르게 처리하는 기능이 추가되었습니다. 예를 들어, FreeCAD 여기서 0.18.4 및 0.18.16146은 하나의 릴리스에 해당합니다.
• 재작업됨 명부 и 개별 페이지 관리자 - 이제 관리자 통계는 저장소별로 별도로 수집됩니다. 실습에 따르면 패키지는 관리자를 메타데이터에 저장하는 동안 관리자가 알지 못하는 사이에 다른 저장소로 마이그레이션할 수 있고 실제로 지원을 박탈할 수 있기 때문에 대표적인 집계 통계가 불가능합니다(이를 자동으로 추적하는 것은 불가능하지만). . 나중에 그것들은 시대에 뒤떨어지게 될 수 있고, 이 사실을 원래의 유지관리자와 연관시키는 것은 올바르지 않을 것입니다. 불만 Funtoo의 존재로 인한 Gentoo 관리자 - 본질적으로 Funtoo에 의해 제어되지 않는 Gentoo 포크로 관리자에 대한 정보를 저장합니다. 통계를 리포지토리에 연결함으로써 이 문제를 해결할 수 있게 되었고, 동시에 관리자에 대한 정보가 더욱 상세하고 구조화되었습니다.
• 실험적 요소가 추가됨 지원 모든 저장소에서 선택한 프로젝트 버전의 매트릭스인 새로운 유형의 배지입니다. 예를 들어 이 도구는 프로젝트 종속성(또는 임의의 프로젝트 목록)의 상태(패키지 가용성, 버전, 관련성 및 주어진 최소 준수 여부)에 대한 일반적인 아이디어를 얻는 데 유용합니다. 이 기능이 요청되었습니다(그리고 사용 된) PostGIS 프로젝트에 의해.
• 404 프로젝트 페이지에 대한 향상된 지원 - 특히 요청한 프로젝트가 존재하지 않지만 해당 이름이 이전에 발견된 경우(예: 다른 이름을 가진 프로젝트에 할당된 패키지의 이름) 사용자는 다음과 같습니다. 그가 염두에 두고 있는 프로젝트에 대한 옵션을 다음과 같은 방식으로 제안했습니다.명확성 페이지» 위키피디아. 예.
• 향상된 통합 위키 다타 — 데이터 가져오기 개선 외에도 구현 및 출시됨 봇, Repology의 데이터를 사용하여 Wikidata의 소프트웨어 정보를 업데이트합니다. Wikidata는 점차적으로 Wikipedia의 구조화된 정보(뉴스의 맥락에서 버전 기록, 라이센스, 웹 사이트, 지원되는 OS, 작성자, 다양한 배포판의 패키지 등과 같은 소프트웨어에 대한 사실)의 주요 소스가 되고 있다는 점을 상기해 보겠습니다. 이를 통해 각 프로젝트 페이지의 수십 개의 현지화된 버전 대신 한 곳에서 데이터의 관련성을 유지할 수 있습니다. 예를 들어 프로젝트 카드 Nginx에 Wikipedia는 Wikidata의 정보만을 방송합니다.
• 지난 500개월 동안 개별 프로젝트를 보다 정확하게 처리하기 위해 규칙을 추가/변경하라는 요청(보고서)이 XNUMX개 이상 처리되었습니다.

저장소 등급 총 패키지 수 기준:

• AUR (49462)
• 닉스(48660)
• Debian 및 파생 제품(32972)(Raspbian 리드)
• 프리BSD (26921)
• 페도라(22337)

고유하지 않은 패키지(예: 다른 배포판에도 존재하는 패키지) 수에 따른 리포지토리 등급:

• 닉스(41815)
• Debian 및 파생 제품(24284)(Raspbian 리드)
• AUR (22176)
• 프리BSD (21831)
• 페도라(19215)

저장소 등급 새로운 패키지 수 기준:

• 닉스(23210)
• Debian 및 파생 제품(16107)(Raspbian 리드)
• 프리BSD (16095)
• 페도라(13109)
• AUR (12417)

저장소 등급 새로운 패키지의 백분율(1000개 이상의 패키지가 있는 리포지토리에만 해당하고 CPAN, Hackage, PyPi와 같은 모듈의 업스트림 컬렉션은 계산하지 않음):

• 레이븐포트 (99.16%)
• 아치 및 파생상품 (85.23%)
• 홈브루 (84.57%)
• 닉스 (84.55%)
• 국자 (84.02%)

일반 통계:

• 252개의 저장소
• 180만개 프로젝트
• 2.3만 개의 개별 패키지
• 36명의 관리자
• 지난 153개월 동안 150개의 릴리스가 기록되었습니다(마지막 검토에는 오류가 포함되었습니다. 이전 XNUMX개월 동안 XNUMX개의 릴리스가 기록되었습니다).
• 잘 알려진 프로젝트의 9.5%가 지난 XNUMX개월 동안 하나 이상의 새 버전을 출시했습니다.

출처 : opennet.ru