t-rust: Source repo comparison flags auxiliary repo directories as "source_repo_only"
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 57/100
Hướng nghiên cứu
Start by locating the Rust source repository comparison code and the tests that produce source_repo_only results; the issue does not name specific files. Trace how crate contents and Cargo.toml include/exclude rules affect comparison, using the syn example as a reference. Done means auxiliary directories omitted from the published crate no longer appear as mismatches, while real repository differences remain reported.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Reference: https://github.com/aboutcode-org/scancode.io/issues/1767#issuecomment-4051759506
When a Rust crate lives at the repository root, the source repo comparison reports every file in directories that exist in the repo but are not shipped in the published crate — such as benches/, dev/, ci/, fuzz/, examples/, tests/, assets/ — as source_repo_only mismatches.
These are not actual discrepancies. They are auxiliary directories that are present in the upstream repository but stripped from the published crate tarball (or excluded by the crate's Cargo.toml include/exclude rules).
Sample:
syn at the repo root, https://github.com/dtolnay/syn/tree/2.0.117, has benches/, dev/, ci/, .github/ alongside the crate source. Comparing the published syn crate against its repo archive currently produces a source_repo_only list with dozens of entries, all noise.
source_repo_only should list only real differences between the repository and the published crate, not auxiliary directories.
- Ngôn ngữ chính
- Python
- Star
- 223
- Fork
- 214
- Merge trung bình
- 2 ngày 3 giờ
- Pull request đã merge (30 ngày)
- 13
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- 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 aboutcode-org/scancode.io
-
ignored_dependency_scopes does not exclude npm devDependenciesCó thể đã có người làm @MGpromax đã nhận 64 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
aboutcode-org/scancode.io#2215 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Delivery Error in scan_single_package: No connection adapters were found for '/notifications/send_scan_notification/Có thể làm lại được @akshat-lakhera đã nhận 11 ngày trước và không có pull request nào đang mở. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
aboutcode-org/scancode.io#2206 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
update `run` cli command to run pipelines without an inputCó thể đã có người làm @NoiceHax đã nhận 76 ngày trước. Đang mởnice-to-have
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
aboutcode-org/scancode.io#2203 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Local developement docs are outdatedCó thể đã có người làm @nik-767 đã nhận 106 ngày trước. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
aboutcode-org/scancode.io#2197 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
maven-heaven: `map_shaded_classes_to_maven_packages` ignores POMs present only in the from/ codebase, leaving all shaded .class resources unmappedCó thể đã có người làm @chinyeungli đã nhận 2 ngày trước. Đang mở
aboutcode-org/scancode.io#2284 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của aboutcode-org/scancode.io
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
vllm-project/vllm#64845 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
dekobon/big-code-analysis#1729 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Add `openai_safety_identifier`, the replacement for the `user` field that `openai_user` sendsĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
pydantic/pydantic-ai#12091 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100