Improve package download flow
Maintainer thường phản hồi trong vòng 6 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- gitlab, go
- Lĩnh vực
- backend, infrastructure
Hướng nghiên cứu
Bắt đầu bằng cách lần theo luồng hiện có để tải xuống gói, phân tích, lưu trữ archive và tải lên được mô tả trong issue, cùng với các thay đổi từ #739. Xác định một thiết kế bảo đảm archive được phân tích chính là archive được lưu và tải lên, đồng thời quyết định cách xử lý các gói Packagist được lưu trữ trên GitLab hoặc liệu có cần hành vi legacy hay không.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Since #739 has been merged, we now have the ability to redownload and save the package archive (**) after analysis.
It would be ideal if the downloaded/saved archive is the same one that's used for analysis
Some possible ways to achieve this:
- Downloading the archive first in the worker container, then copying it into the static and dynamic sandboxes. These then do analysis as if on a local package.
- Have the static analysis sandbox double as the 'package downloader' container, then copy the downloaded files back to the host and into the dynamic analysis container, as well as uploading them to the bucket
- Have a separate 'downloader' container whose sole job is to download everything, and pass it to the other containers like in option 1.
** One caveat with all this is that Packagist packages hosted on GitLab don't offer direct package archive download URLs. We will need to figure out how to support this case (or possibly fall back to legacy behaviour).
- Ngôn ngữ chính
- Go
- Star
- 925
- Fork
- 75
- Merge trung bình
- 4 ngày 2 giờ
- Pull request đã merge (30 ngày)
- 3
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của ossf/package-analysis
-
Python execute phase aborts with error_analysis when the package closes stdout (MCP stdio servers)Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 78/100
ossf/package-analysis#1200 ·
Maintainer thường phản hồi trong vòng 6 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
ossf/package-analysis#1192 ·
Maintainer thường phản hồi trong vòng 6 ngày
-
OpenSSF Documentation UpdatesĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
ossf/package-analysis#1125 ·
Maintainer thường phản hồi trong vòng 6 ngày
-
4gbĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 5/100
ossf/package-analysis#1123 ·
Maintainer thường phản hồi trong vòng 6 ngày
-
>4 gbĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 10/100
ossf/package-analysis#1122 ·
Maintainer thường phản hồi trong vòng 6 ngày
Tất cả issue của ossf/package-analysis
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
-
evener-transcript-v2-upgrade tool still scans transcript files through bufio's 4 KiB default bufferĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 78/100
prime-radiant-inc/evener#6370 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ManageSieve proxy: a backend's NO/BYE greeting is skipped as a capability line and reported as EOFĐang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Mend: dependency security vulnerability
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
-
Mend: dependency security vulnerability
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
ManageIQ/manageiq-pods#1476 ·
Maintainer thường phản hồi trong vòng 1 ngày